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IS November 2. 1978, David Kahn informed me of 

two associated conferences to be held in Bonn- 
Bad Godesburg and in Stuttgart, in November 
1978, entitled “Welche Rolle spielte die Funk- 
aufklarung f‘iir den Yerlauf des Zweiten Welt- 
krieges?” and ‘ Modern e Technologien und ihre 
Konsequen/.en fur die Kreigfiihrung: Das Bei- 
spiel dor Funkaufklarung." 
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49 This reprint of an early RAND Memorandum by 

the author describes the thirteen-year life of the 
JOHNNIAC computer, a Princeton-class machine 
designed and built at The RAND Corporation in 
1953. The history presented here is based on 
documents and recollections of the individuals 
involved in the creation of JOHNNIAC. 
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Prologue 1979 

Any piece of history must be viewed in proper 
perspective. JOHNNIAC became operational in 
1953. This paper appeared 15 years later, and we 
are now viewing it after another decade of 
conditioning. The computing industry is now 
(1979) in production with integrated circuitry 
having a density of a quarter of a million active 
elements (e.g., transistors) per square inch, so 
that all the electronics of a machine like JOHNNI- 
AC can be fabricated on a wisp of a chip — to sell 
for, say, $20 — which will function faster and 
better than JOHNNIAC ever did. We thus tend to 
become jaded and blase when reading about the 
troubles of the early days, and we find ourselves 
wondering how they could have been so simple- 
minded about things that are now quite clear. No 
doubt it will be possible to make the same 
statement again in 1990. It seems that every 
single thing that we know today about computing 
had to be learned — and relearned — the same 
painful and expensive way. It may just be that 
simple re-reading of history once or twice a year 
can provide us with some insight, and it is insight 
that we desperately need. 
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senting the official opinion or policy of the United States Air 
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So we are talking about a time that is over a 
quarter of a century ago. and you are invited to 
try to put yourself into the context of that time. A 
significant portion of the people active in com- 
puting today were not yet born. — F.J.G. 

Preface 1968 

The purpose of this Memorandum is to capture 
some history and flavor of an era. The era is that 
of the pioneering days of the world of computing, 
specifically, the thirteen-year life span of the 
JOHNNIAC. JOHNNIAC, 1 one of the last of the 
so-called Princeton-class machines, became oper- 
ational early in 1953 and was retired to the Los 
Angeles County Museum early in 1966, thus 
spanning the first decade of the computer 
industry. 

The Princeton — or Institute for Advanced 
Studv — computers include, besides the IAS ma- 
chine itself, ORDVAC, ILLIAC, AVIDAC, ORA- 
CLE, MANIAC. WEIZAC, BESK, DASK, CSI- 
RAC, and JOHNNIAC, all built to the logic 
described by Burks, Goldstine, and von Neumann 
in the historic paper “Preliminary Discussion of 
the Logical Design of an Electronic Computing 
Instrument.” 2 

Each of the Princeton-type machines had the 
same general logic, but they were hand-built, 
individually adapted, and each had, therefore, its 
own peculiarities. JOHNNIAC was no exception. 
Its designers began with the hope of stretching 
the mean free time between failures and of 
increasing the overall reliability by a factor of ten 
over previous machines. 

The history presented here has little direct 
scientific value. Technology has long since made 
obsolete those early machines. What value this 
Memorandum has rests in its bringing together 


matter, sending him the following note: 

“Ed Paxson has relayed your blushing disavowals regarding 
the appropriateness of the term ‘JOHNNIAC.’ In this matter 
your view just represents dispersion. If it helps any, recall that 
there are lots ofjohns in the world.” 

2 An abridged version was published in Datamation (September 
and October 1962), and an edited version appears in A. H. 
Taub, editor, Collected Works of John von Neumann, Vol. 5, pp. 
34-79 (NY: Macmillan, 1963). The original text shown as 
Appendix B [with the original of this Memorandum and not 
reprinted here] is transcribed from the report submitted to 
the U.S. Army Ordnance Department [by the Institute for 
Advanced Study, Princeton, N.J., June 28, 1946, and appears 
in C.G. Bell and A. Newell, Computer Structures: Reading and 
Examples (NY: McGraw-Hill. 1971)J. 
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f )0 some of the documents that attended the concep- 

tion and construction ofJOHNNIAC and some of 
the reflections of individuals who participated. 

A Memorandum [Appendix AJ of John Wil- 
liams, then head of RAND’s Mathematics Divi- 
sion, to RAND’s Vice President J.R. Goldstein, 
without which JOHNNIAC might have met an 
early death, puts JOHNNIAC in perspective with 
other computers and pioneering efforts in the 
early 1950s. Shorter memorabilia and statements 
given in interviews are included in the text. 

Funds for the development, construction, and 
maintenance of the JOHNNIAC were supplied 
entirely by the United States Air Force through 
its Project RAND contract. Most of the research 
areas explored on JOHNNIAC were supported 
by Air Force contract and Air Force encourage- 
ment. The Air Force is therefore an essential part 
of this history of JOHNNIAC. 

History of the JOHNNIAC 
The history of JOHNNIAC begins with the 
decision in late 1950 to build a computer at 
RAND. At that time. RAND’s computing facility, 
in some sense the world’s largest installation for 
scientific computing, operated six IBM 604 
calculators around the clock. In 1949, when 
IBM's Card-Programmed Calculator emerged, 
RAND ordered two of them, though rumor had it 
that there would be only six built.-' 

In 1950, as RAND felt the need for more 
computing power, few electronic computing 
devices were operating. The Princeton machine 
(the first to be started according to the logical 
design laid out in the Burks-Goldstine-von 
Neumann paper) was nearly built, but not yet 
operating. UNI VAC I was committed but no de- 
liveries had been made. As shown in Appendix 
A, three copies of the Princeton machine (at Los 
Alamos, the University of Illinois, and the 
Argonne Laboratory) were under construction. 

A decision had to be reached: should RAND 
build or buy? And if the decision was to buy, then 
buy what? (There was, of course, a third possibili- 
ty; namely, to continue and extend the 604-type 
of computing.) John von Neumann was a RAND 
consultant at the time, and properly pointed out 
that the way to go was via stored programming. 
Though no one — including von Neumann — 

the^History of 'Though original plans called, ii is said, for only six CPCs, a 
Computing formal announcement hv IBM in November 1948 stated that 
Vol. 1. No. 1 25 machines would be installed by the mid-1950s. Ultimately 

July 1979 some 700 machines were installed. 


could foresee the wide applicability and tremen- 
dous power of the true computer, all concerned 
felt that the wired-program route was a dead end. 

John Williams, George Brown, and William 
Gunning set out on a tour to investigate what 
might be bought or built. The team visited the 
IBM plant at Poughkeepsie; the University of 
Illinois installation; the Moore School of Electri- 
cal Engineering at the University of Pennsylvania, 
where the EDVAC was under construction; and 
the Eckert-Mauchlv Co., where BINAC was built 
and UNIVAC I was about to go into production. 

What the team found was discouraging. A large 
part of their concern was with questions of 
reliability, safety margins, mean free time be- 
tween failures (MFTBF), and operating speeds. 
All efforts were being bent toward devices that 
would have thousands of components, and 
these components would all have to work to- 
gether. For many of the groups working on such 
problems, the techniques being explored were 
modifications of radar technology, which was 
largely analog in nature. To quote Gunning, 
“They were doing all kinds of tweaky things to 
circuits to make things work. It was all too 
whimsical." 

This comment pertains to the groups that were 
at least forging ahead. The picture at IBM was 
worse. They seemed content with the 604 (wired- 
program) philosophy, perhaps extended with a 
magnetic drum. At that, the circuitry of the 604 
was not reliable enough, as the RAND team well 
knew from having lived with six of them. In any 
event, the word from IBM was negative as far as 
computers were concerned. The word from IBM 
was that they had no intention of venturing into 
stored program machines. 

The bright spot found in the tour around the 
country was at Princeton, where Julian Bigelow 
was the chief engineer in charge of building the 
IAS machine. Bigelow was conscious of the 
weaknesses in using modified radar techniques, 
and already had experience with many techniques 
that should not be repeated; for example, he was 
able to point out the weaknesses in Williams tube 
storage. The antipathy to this storage device was 
heightened later when Gunning spent three days 
a week at UCLA working on SWAC [(National 
Bureau of) Standards Western Automatic Com- 
puter], which used the Williams tube store (and 
did to its dying day). 

The decision was to build, and Gunning 
became the project engineer of a not very formal 
group. 
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nT ANE ! S dec,slon probably had some impact on 
IBM s decision to swing from punched-card 
equipment to computers. In 1962, when Thomas 
W atson Jr. gave a dinner in New York for those 
who had figured in the IBM decision, he included 
Ueorge Brown, who was head of RAND’s Numer- 

!nHV\mr S J DeparInlenl 3t the time of the 
JOHWUC decision. Mr. Watson's theme was 

He were pushed into it. and these [guests] were 
the people who pushed us." His other guests 
were: J. Presper Eckert and John W. Mauchly, co- 

lo'-T t0rS ° f ENIAC ’ and (> n the period 1948- 
1 JoO) the designers of UNIVAC I; the official of 
the Metropolitan Life Insurance Company who 
ordered a UNIVAC I; the IBMer who had taken 
the stand, against the current company policy, 
that IBM should swing to computers. Each guest 
received an expensive watch as a token of IBM's 
gratitude. 


The quality of JOHNNIAC’s design must be 
measured against the context of its time. It is 
tempting to disparage the early models of everv 
technological innovation— the Model T Ford can 
appear crude in comparison to a modern car. In 
terms of what could have been built (using the 
tools available at the time of construction) and 
what could have been properly used if it had been 
built. JOHNNIAC measures up extremely well. It 
had a useful life that just covered the first decade 
on ,P roduction . during which time some 

-U.OU0 other machines were built. 

At the time of JOHNNIAC's design, modern 
techniques (e.g., magnetic storage devices) were 
not available, nor were modern ideas of machine 
organization (e.g. indexing, or indirect address- 
ing), so the design as seen today appears 
somewhat primitive. It is important, however, to 
bear m mind the context of computing needs of 
the day. IBM, for example, was about to propose 
that 18 of the 701 computers might saturate the 
country's computing needs, as indeed they would 
nave if they had all been available in 1951. (It 
ivmuld be a fair estimate that one Control Data 
bbOO can process in a few months all the 
computation that all the 18 701 ’s performed in 
their lives.) 

The point is that JOHNNIAC represented the 
state-of-the-art of its day. It could have been 
made better, perhaps, but could its users have 
capitalized on the improvements? In the period 
of peak use of the machine ( 1954-1957), comput- 
ers were invariably used by professional comput- 
er people, and the philosophy of the day called 
tor a user to have the entire machine. Today’s 


scheme of operation for large machines revolves 
around monitor routines; the user may have 
nearly all the machine, but the master control is 
performed by the monitor. In 1955, people were 
just beginning to explore the idea that a comput- 
er could be efficiently shared by many users. 

The term state-of-the-art’’ carries a different 
connotation today from what it did during the 
fabrication of JOHNNIAC. Today it implies "If 


, , “ "J ana at the time of writing 

the Memorandum was a RAND consultant. He is 
now a Professor of Computer Science at California 
State l niversity, Xorthridge, and the editor of the 
magazine Popular Computing. 


anyone had done it, we can do it, too, and 
perhaps something more." In 1951, state-of-the- 
art meant something a little different, in that one 
might be aware of certain developments and yet 
find it difficult to adapt them to a particular use. 

Consider, for example, the decision to put 
punched-card input/output gear on JOHNNIAC. 
There were then only two American firms making 
equipment to handle cards: IBM and Remington 
Rand. The Remington machines were undesir- 
able for many reasons, an important one being 
that RAND was loaded with standard IBM 
punched-card equipment, and the decision to use 
cards revolved around the availability of this 
auxiliary equipment. But, unfortunately, IBM did 
not list in their catalog items described spe- 
cifically as “card reader into computer” or 
‘‘computer to card punch.” 

The 077 collator and the 523 summary punch 
were candidates, respectively, to be a card reader 
and a punched-card output device. To perform 
the proposed marriage between these standard 
devices and the computer, some changes had to 
be made to them. In 1951, this simply was not 
being done. Even the installation of one toggle 
switch on the 523 caused a heated conflict 
between RAND’s engineers and IBM which ran 
for many months. Eventually it was resolved with 
grudging permission for the modification. 

Another aspect affecting the decision to use 
punched-card equipment for input and output 
was the feeling of many people that punched 
cards were about to be phased out, that the swing 
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was to photoelectric readers and punched paper 
tape. There was also a common misconception 
that, in scientific computing, input and output 
were relatively unimportant, since most problems 
would be compute-bound anyway. The people on 
the JOHNNIAC project felt that a punched-card 
reader was relatively reliable, was time-tested, 
and was the fastest device for the cost. Their 
judgment in this matter may have had an effect 
on the entire Held. 
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The design goal for JOHNNIAC was an 
improved copy of the Princeton machine. The 
MPT BP was to be significantly longer than 10 
minutes (a time that was considered to represent 
the state-of-the-art, although the other Princeton 
machines were already bettering that figure), and 
the overall reliability was to be increased by a 
factor often over all previous designs. 

Today it is difficult to appreciate a MPTBF of 
10 minutes. Equipment of as far back (now) as 
1961 is so reliable that some people argue that 
machines used for training should have a built-in 
failure switch, so a student can experience, on 
demand, what a machine failure is like. MFTBFs 
of six months (in the electronic portions ot 
computers) are not uncommon, leading a student 
to believe that a machine can never fail. 

On the other hand, one is tempted to ask how 
any computing at all can be accomplished on a 
large problem with a MFTBF of 500 seconds or 
so. l hc answer is that the users of that day had to 
be extremely clever. They were faced with the 
availability of what seemed to be fantastic 
computing power in short bursts. The game 
reduced to outwitting the machine failures that 
were due and payable without warning. 1 he 
people who became adept at that game are the 
senior citizens of the computing world today. 
The thought of having a machine that could be 


depended on to give up to an hour (now and 
then) of trouble-free computing was stimulating. 

For JOHNNIAC, one important change from 
earlier designs was a closed-cycle air-cooling 
svstem surrounding the electronic circuits. The 
idea was to enclose the chassis completely and 
pump cold air through the enclosure. This was 
quite feasible. Unfortunatelv. during the early 
days of operation, the glass doors were open a 
good deal of the time for trouble shooting. For a 
while, the machine vvas known as "Pneumoniae." 

The use of more-or-less standard punched- 
card devices for input and output was a departure 
from the designs of previous machines. Another 
innovation was the use of octal notation, a 
"shorthand" for pure binary, as a convenience to 
the programmers. Earlier machines had made 
some use of hexadecimal notation — what today- 
might be called 4-bit bytes. 4 

JOHNNIAC. was designed to be maintained. 
Among other things, this meant that all tubes 
were readilv accessible; that tube-heater voltages 
could be monitored remotely; that heater-cath- 
ode leakage could be monitored with the ma- 
chine in operation; and that voltage levels could 
be varied at the console for subsets of the 
machine. 

In addition, the circuits in JOHNNIAC were to 
be interlocked in such a way that the precise 
shape of signals was not important, in the 
following sense; each step furnished a “done" 
signal to allow the subsequent step to proceed. 
Thus if for any reason the machine hung up, in 
theory the bad condition was right there. In 
previous machines, diagnosis was possible under 
dynamic conditions only with an oscilloscope. In 
principle, the JOHNNIAC would be able to run at 
anv speed from DC to its maximum. This idea 
was felt to be a big step forward. When the 
Selectron store 5 of the machine became opera- 
tional. checking facilities were added so that the 
computer itself could be used to exercise and 
check all of the storage. 

Construction of JOHNNIAC began with Gun- 
ning in charge of the hardw are — “strictly a nuts 
and bolts sort of thing,” as he puts it. Ideas were 

‘Ideas never seem to die in the computing world. After many 
years of "Thank heaven, at least we don’t have to deal with 
hexadecimal notation any more.” it's back with us in IBM’s 
System/360. Similarly, many people were pleased at the 
passing of JOHNNIAC’s two-inslructions-per-word format; 
but it keeps coming back. e.g.. in the Russian BESM-6. 

’See Appendix A for a discussion of the adventures with this 
novel storage device. 
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accepted from any source. A key one was Julian 
Bigelow’s: to eliminate capacitance coupling 
between circuits. The Princeton machine was 
nearlv completed by that time — “It looked like a 
40-cylinder diesel engine.” 

The following appeared in a RAND computer 
sciences department newsletter in 1952: 

Discussions are in progress with regard to the 
console. Several display schemes and methods 
for entering numbers into the machine are being 
considered. Probably there will be an operator’s 
console presenting to him only as much as he 
needs to play the machine, and a maintenance 
console which reveals the deepest secrets of the 
whole JOHNNIAC. No other machine can make 
this statement: Our console is human 
engineered. 

JOHNNIAC will definitely be the most 
completely protected machine ever devised. The 
present plans for supervisory control will take 
care of the machine in event of voltage failure, 
retngeration failure, fuse burnout, and all else. 

In addition to shutting down the machine, an 
alarm will be sounded and a tell-tale light will 


tell who “do-ed” it. The precise nature of this 
alarm is not yet settled: many diabolical devices, 
all directed toward the best interests of the 
operator, are being considered. 

Other safeguards were planned. Wes Melahn 
remembers: 

Bill Gunning asked Gardner Johnson, one of 
the staff engineers, to procure a switch for the 
main power supply for JOHNNIAC that would 
be safe from accidental movements. Gardner 
complied and made his selection with great 
conservatism and regard for mechanical as well 
as electrical characteristics. The switch had a 
lock and key that would have discouraged any 
tampering and no doubt made the Yale people 
happy. No accidental movement was likely either, 
because both hands of a strong man were 
clearly required to turn the switch. All who saw 
the massive construction could not doubt its 
mechanical strength, and the big copper 
elements of the connectors certainly looked 
reliable. 

I don't believe Gardner's switch was used for 
JOHNNIAC. As I recall, Gunning quietly put the 
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Keith L'ncapher at the JOHNNIAC Console 
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switch back on the market, and it is now 
probably used to connect some major city’s 
electrical system to its generators. 

In 1952. as hardware for JOHNNIAC neared 
completion, the prospective users faced some of 
the basic philosophic questions of computer 
design that von Neumann had considered in his 
paper. 

For example, von Neumann discussed the pros 
and cons of having Hoating-point hardware (as 
opposed to subroutines for Boating point) and 
concluded that the cost of the hardware could not 
be justified. Again, he dwelt at length on the 
philosophy of considering the machine as inher- 
cmlv integral (i.e., all numbers are integers) or 
fractional (i.e., all numbers have their binary 
point at the far left). 

JOHNNIAC users in 1952 faced other prob- 
lems as well. Would it pay to include special 
operation codes to facilitate subroutine linkage? 
What form should the divide operation take? — 
indeed, is a separate divide operation essential at 
all? To what extent should automatic rounding 
be built into the multiply commands? 

Meanwhile construction progressed. Some- 
thing of the atmosphere of that phase ofJOHN- 
NIAC’s history emerges from Cecil Hastings’ 
memorandum. “JOHNNIAC Progress Report." 
dated August 8, 1952. 

As is fairly evident to anyone who goes by 
the zoo.'’ the main frame for the JOHNNIAC is 
ready to receive registers. Bob Ruinsey, who has 
been working with Mike Stobin to wire the 
filament transformers which supplv power to 
heal vacuum tubes, has formed a private 
operation outside where he is holding down 
Moor space vacated by IBM files. We promise to 
have this auxiliary activity (you might call it 
Rumsey’s Rump Session) replaced by bona fide 
JOHNNIAC ventilation. 

Gan Baker has been given the awesome 
responsibility of Chief Inspector. What this 
means in essence — we know where to point the 
linger — anything that goes wrong is. of course, 
Gan’s fault. Under Gan’s direction the shop has 
produced all of the chasses of the adder, the 
digit resolver, the accumulator and the MQ. 

Two memory registers are completed; two more 
will be completed in two weeks. Two clear and 
gate drivers have been completed. 

What all this adds up to is. that if Mike 
Stobin and Willis Ware who have been dealing 


with the ventilation engineers can come through 
with the ventilating equipment in time, it is verv 
likely that we can have a smoke test of the 
arithmetic unit (less control of memory) in the 
JOHNNIAC main frame in October. The goal of 
the test will be to connect the A and MQ for 
end-around shifting (7.5 order) and let the 
machine shift a set of digits all day while we 
hammer on the frame and wiggle wires. 
Applications for wire wigglers are now open. 

Construction of JOHNNIAC continued during 
the first quarter of 1953. During this period. The 
RAND Corporation moved from its early quar- 
ters to its present site. Shortly after the move, 
JOHNNIAC Junior’s 7 arithmetic unit was placed 
in operation for the first time. “During the time it 
was tested, something over a billion operations 
(adding, subtracting, and shifting) were carried 
out without a single error.” (How time flies. The 
IBM 1130 — a desk-sized computer costing 
around $30.000 — can perform a billion such 
operations in a little over two hours — and is 
expected to have no errors.) 

Seminars were held regularly, and sample 
problems were coded and analyzed. The trade- 
off's implied in the questions above (e.g. built-in 
floating point) were debated at length, and those 
who were writing codes were beginning to see 
the rich possibilities in being clever and inge- 
nious in their use of instructions. All of this took 
place in an atmosphere of uncertainty, since no 
one had a good feel for what problems would 
eventually be tackled. Background and experi- 
ence were conditioned by years of what todav 
would be called straight-line programming on the 
wired- and card-programmed machines. The 
beauty of looping with address modification and 
subroutines was still novel. What’s more, the 
computer was still looked at as a pure calculating 
device; the thought of using it as a symbol- 
manipulating device was yet to be explored. 

In 1968, it is rare for the designers and the 
users of a new computer to meet. Few, if any, 
modern-day programmers have had the experi- 
ence of discussing with design engineers the 
kinds of instructions the machine should have. In 
1952, this was a give-and-take process of pro- 
grammers saying “Can you do this?” and engi- 
neers replying “Yes, but this is easier.” The 
process would continue until a compromise was 
reached on each class of instruction. Don Mad- 


"Zoo" refers to a caged area built inside the cleared facility. 7 A preliminary, quarter-sized computer, built as a prototype. 



JOHNNIAC core memory partially installed (produced bv Telemeter 
Magnetics, Inc. under a subcontract) 
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den recalls that many hours were spent converg- 
ing on the characteristics of JOHNNIAC's shift 
commands. 

JOHNNIAC went on the air in the first half of 
19o3r using the Selectron store. Shortly thereaf- 
ter, a contract was let with International Teleme- 
ter (later Telemeter Magnetics) for the construc- 
tion of a core storage. The specifications for this 
store (the first commercial 4096-word core store) 
were written by Gunning and Willis Ware. 

Over the years, the hardware of JOHNNIAC 
was improved and updated. The original Selec- 
tron store, for example, was replaced by a 
magnetic core store in early 1955. The vacuum 
tube circuitry was somewhat replaced by transis- 
tors, and so on. A memorandum of January 1956 
indicated that despite mechanical problems asso- 
ciated with the drum and the punch-card gear, 
JOHNNIAC was one of the most reliable comput- 
ers then in existence, consistently ahead of 
RAND s 701 in this respect. For the electronic 


, 3,1 the mass of P rinted matter concerning 
JOHNNIAC, there is no due as to the dav the machine 
became operational. 


components, the MFTBF was never under 100 
hours. It has been said that despite the word 

electronic" in electronic computers, such sys- 
tems still have many mechanical components 
which are orders of magnitude less reliable than 
electronic ones. That statement was true in 1955 
and is still true today, although the reliability 
levels of all components have shifted significantly 
upward. 

From 1957 on, those in charge of the machine 
were constantly facing the choice of further 
extending the machine’s capability or of aban- 
doning it. Should central storage be expanded 
beyond the original 4096 words? Should magnet- 
ic tape capability be added? (A 12,288-word 
drum was added to the machine shortly after the 
installation of the core storage.) How about 
indexing? Or built-in floating-point operations? 
These features were not added, in part because 
they were available on RAND’s commercial (IBM) 
computers. One feature, indirect addressing, was 
added in 1963. In other respects, the logical 
design of the machine remained much the same 
during its life. An on-line plotter was added to 
the machine in 1958, an ANelex line printer was 
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LIST OP JOHNNIAC OPERATIONS - MARCH l 6 . I 95 S 


Operation Codea are Baae Eight Numbers. Notea are Base Ten 



| Proceed to next order In sequence 
, If A <0, c — » left cccfoand In M 

I If A _> 0, c — > left command In N 

If overflow, c — » left command In M 
c — > left command In N 

If T, on, c — > laft cocmand In N 

If Ti on, c — > left cocmand In N 

If T» on, c — > left coiaaand In N 


MQ rounded — > A 
Mi rounded — > A 


004 LM Clear MQ, H — » HQ 

005 WR’ If A <0, c — > rlgnt command In M 

006 TPR If A J> 0, c — » right command In M 

007 T7R, If overflow, c — >- right command In M 

014 TRR| c — ¥ right command In M 

015 TIR If Ti on, c — ■» right command In M 


j 015 TIR If T» on, 
j 016 T2R If T« on, 
; 017 T3R If T» on. 


right command In M 
right command In M 


I Clear A, -H 
Clear A, M 



I0J4 MS | 4 ■ Hi ■ 
[0J5 MNB L-M • HQ 4 
joj6 nx n • mq ■. 

037j WU-M • HQ 
"" i 044*1 D j~7 A 7 
1 045 DN 1 ( A 
I 05A SAB: t a I. i 
| 055 SORj jo A *t - 
I 056 SARI,. A - 
•057 ,SHR ; ip A .. - 


1 A 0] A and MQ 


[* * *(l-i A .)] 

A — * A and MQ 


1 MQ ) Q( — H )— » HQ, r — » A 
i. A > r N i. and M 


Clear A, MQ 
Clear A, - MQ 
Clear A, | MQ | 
| Clear A ,— | MQ | 


right n places 


: Clear MQ, circular anift of A and MQ 
| left n places. Couple MQ© to A,., 

! A 0 to MQ,.. 

: I Clear MQ, power shift A and MQ right n 
I places. Couple A., to MQ, . 

I o A o to — > o MQ o . 

: I Clear MQ, power shift A and MQ left n 
places. Couple zeros Into MQ,,; MQ, 

to A,,. 

- Select Input outout 


right n places. Zeros Into A 0 


075 CLH Circular shift of A and MQ left n places. 
Couple MQo to A,,; Aq to MQ,.. 


076 1 UIH ! Power shift A and MQ right n places. 

I Couple A,, to MQ, . o A o — ^ o MQ q. 


I 077 LUij Power shift A and MQ left n places. 

Couple zeros Into MQ,., HQ, to A,,. 


104 DIS Display 
| Address XXXO Prl . Peed Reader . Hoot 

part or XXXI Sec. Reed R.«drr 105 HOT Hoot 

100 XXX2 Peed Punch 106 EJ Eject page 

XXX 3 Peed Punch and echo | 

XXX4 Select Printer and space ; 

XXX5 Select Printer j 

Copy 1 | 

Read drum wcrds to M and memory addresses following numerically. Denoting MQ as 

xxx f,f,f,f 4 dpb 1 , 1 , 1 * 1 *, the Pa determine the first drum address and the l’s the last 
drum, address, d selects the drum; p, tne position of the heads; and b, the band to be read. 
Read M and words In memory addresses following numerically to drum. MQ has the same 

significance as In 110 . 

k j Clear A to Zero r 124 |PI j M I A A 

Clear A 1125 HI 1— M I A — > A (- denotes digit Inversion 

. of M ) . 


• left command In M 


left command In M 


1125 HI j- M 1 A — » 

126 Pta'l H (I A -> 

127 NWI-I M |I A -» 

j|l 34 HTO Halt 

135 H1R Halt If H, on 
1>6 H2R Halt If H, on 
137 H3R ! Halt If H, on 


(- denotes digit Inversion 


■ right command In M 
« right command In M 
* right command In M 
► right command in M 
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Multiplier Quotient Register 

Word In the M tn address In Internal Storage 


Digits in position 2~*° through 2' 
Control goes to 

Logical (digit by digit) product 1 
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added in 1955, and an improved ANelex printer 
in 1958. 

A major programming effort on JOHNNIAC 
was the Linear Programming Code, written by 
Bill Orchard-Hays and Leola Cutler, which was 
active until 1961. (There is an interesting side- 
light. During its life, the Linear Programming 
Code was persistently plagued by an obscure 
drum error that no one could diagnose. With the 
advent of JOSS (the JOHNNIAC Open Shop 
System)’ years later, Dick Stahl decided to double 
the capacity of the drum by doubling the 
recording density. Dick asked Mon Bernstein to 
write a special test routine for the drum, and this 
routine uncovered the logical bug in the original 
drum circuits.) 

During most of its active life, JOHNNIAC had a 
central core store of 4096 40-bit words, supple- 
mented by the 12,288-word drum. There was a 
repertoire of 83 operation codes including eight 
halts and a hoot. The single-address logic called 
for 7 bits in an instruction for the operation code 
and. of course, 12 bits for the address. A 
complete instruction, then, could be contained in 
19 bits, and it was logical to pack two instructions 
into one 40-bit word. 

The illustration shows the list of JOHNNIAC 
operations as it appeared in 1955, after many 
iterations. It should be noted that the sheet 
defines each operation code precisely, offering 
the user a condensed machine manual on one 
page (another innovation with JOHNNIAC). 

Input to the machine was provided through: 

(1) A keyboard (closely resembling the key- 
board of the then-current Friden calculator 
out of which it was constructed) plus some 
operating buttons. 

(2) A punched-card reader, made by modifying 
an IBM 077 collator. 

Output was provided through: 

(1) A card punch; an IBM 523 summary punch, 
suitably modified. 

(2) A line printer. After 1959 this was an 
ANelex printer capable of up to 1200 lines 
of numeric printing per minute, which was 
fast even for 1965. At that, the printing 
speed could have been set at 1800 Ipm, but 
at reduced quality. 

(3) A loudspeaker, connected to the machine’s 
operation decoder. 


(JOSS is the trademark and servtce mark of The RAND Coro 
tor ns computer program and services using that program. 


(4) Console lights, including a set of Lucite 
edge-lighted figures that gave the contents 
of certain registers in ordinary Arabic 
(octal) numerals. 

These peripheral devices — particularly the 
?^?T C ^ ed ' Card g ear — ’ were not designed for 
JOHNNIAC. Consequently, a body of program- 
ming and operating lore built up around the 
machine, with local house rules like “never hit 
w ! th the IR selected,” and “don’t hit 
STOP while the card reader is reading unless you 
want to lose a card.” Most of these rules related 
to timing considerations. The troubles were 
recognized, but no one could or would remove 
their causes. 

The loudspeaker was a simple and inexpensive 
device to make the action of the machine audible, 
and was intended originally as a means of 
communication with the computer’s operator 
However, it was noticed that by proper choice of 
computer instructions (meaningless computa- 
tionally), the sounds could be made meaningful 
m the form of music.” A lot of extra-curricular 
programming effort went into the construction of 
card decks that would cause the computer to 
“play” things like “Jingle Bells” or “Hail to the 
Chief (in case the President dropped in). 
Eventually, of course, this process was mecha- 
nized by the writing of a master program" to 
make it easy to transcribe any given piece of 
music. More important, the condition of things 
(e.g. a tight loop) could be sampled dynamically, 
and reached the user’s mind much faster than 
lights, bells, or printed messages. All in all, this 
was a neat and clever idea, and still is: nearly 
every college computing center rediscovers it 
independently. (With today’s faster machines an 
FM radio near the console does the job without 
having to tap into the computer’s circuitry.) 

Since JOHNNIAC dates back to early explora- 
tions of stored programming computing, much of 
its first programming was done in absolute octal 
Very soon, however— around 1954— a symbolic, 
relative assembler was written by Jules Schwartz 
(of JO VIAL fame). Associated with this assembler 
was a system of relative binary library routines 
that formed the predecessor of what is now called 
relocatable code. In 1955 Cliff Shaw produced a 
load-and-go assembler (EASY-FOX) that added 

^This had been noticed earlier on the SEAC [(National 
Bureau of) Standard’s Eastern Automatic Computer] 

"A true compiler, written very early in the days of compiler 
writing. r 
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the feature of local symbols. EASY-FOX had 
another feature that was somewhat novel tor its 
day; it was written in its own language. 

In the days of JOHNNIAC. conversion between 
base 10 and base 8 was a chore that programmers 
performed daily. Wall charts of conversion tables 
were a help (every programmer’s office was 
papered with them), but an octal desk calculator 
was nice to have, particularly if it had 1 3 banks so 
i hat it would simulate the JOHNNIAC word 
format exactly. A government agency was found 
to have declared two 13-bank Monroes surplus, 
and RAND successfully bid on them ($79 and 
$104). The cost of converting one of them to 
base 8 ran around $500. The machines are 
probably still in use. 

A package of floating-point subroutines was 
developed: and in 1958 an interpretive coding 
system, QUAD, was added to the library, fol- 
lowed by SMAC, a small compiler. Both QUAD 
and SMAC. though somewhat trivial by today’s 
standards, were notable for being foolproof. In 
both coding systems, open-shop users found 



At the decommissioning ceremonies J. C lift Shaw at 
the console; Irwin Grenwald, tar left; Edward Bryan, 
center. 


little need for mothering; i.e. all troubles were 
reported to them by explicit printed error 
messages or. in the case of an endless loop, by an 
operator’s message. The manuals for these 
systems were short but complete. The systems 
were active for about two years, until open-shop 
work was converted to FORTRAN II. 

The decision to build JOHNNIAC was made at 
a time when no commercially mass-produced 
machine was available. Coincidental withJOHN- 
NIAC’s going on the air in 1953, the IBM 701 
appeared. From then on, excellent machines 
were always available, and RAND maintained a 
large computing facility with commercial ma- 
chines: the 701 from 1953 to 1956; the 704 from 
1956 to 1959; and various other machines (7090, 
1401, 305. 7040, 7044 and System/360s) subse- 
quently. 

Like all the early computers, JOHNNIAC was 
associated with legendary anecdotes, such as the 
story that it was afraid of the dark. As Mort 
Bernstein tells it: 

It must have happened around 1959. Harriet 
Pierson was running part of payroll at night on 
JOHNNIAC and would have great difficulties 
with the punch — an unreasonable high rate of 
echo-check failures. When the job was rerun 
during the following day, no such trouble was 
encountered. After a bit of digging it was 
determined that the only difference in the 
operation was that the JOHNNIAC machine- 
room lights were turned out at night when the 
run was made and no one was in the room. 

The only conclusion that could be drawn was 
that JOHNNIAC was afraid of the dark, and 
indeed it was true. Neons had been used as 
active elements in the I/O lines and some had 
aged and become de-ionized so that they would 
not conduct without the aid of some external 
radiation — namely, light. So it came to pass that 
JOHNNIAC was provided with its own lights 
independent of the room lights and never had 
to be in the dark again. 

From 1957 on, JOHNNIAC was considered 
essentially a “free” machine, easily maintained at 
low cost and quite useful for computer experi- 
mentation. On February 18, 1966, at the decom- 
missioning ceremonies for JOHNNIAC, Willis 
Ware recalled some landmark uses: 

In the earliest days of 1954, most 
programming was done in machine language and 
in absolute octal at that. In 1955 Jules Schwartz 
wrote the first assembly routine for JOHNNIAC, 
and Cliff Shaw produced a revised assembler in 
1956. Then came QUAD, an interpretive 
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programming system, and SMAC, a small 
compiler. Each was noted for being foolproof. 
The non-professional programmer could use 
these systems comfortably; his errors would be 
reported to him in great detail by the machine. 
There were other significant contributions to the 
programming art as well; among them were 
items with such names as EASY-FOX, CLEM, 
JBL-4, J-100, MORTRAN done by Mort 
Bernstein, and Load-and-Go. 

In the late fifties, the nature of JOHNNIAC’s 
task changed. The rental equipment from IBM 
carried most of the computing load from the 
RAND staff. JOHNNIAC became a free good; its 
time was available for research use. The cost of 
operation was sufficiently low that one need not 
be concerned about using large amounts of 
machine time. Much of its time was consumed 
by research on the general questions of artificial 
intelligence and the initials NSS came to be 
closely associated with JOHNNIAC. These are 
the initials of Allen Newell, Cliff Shaw, and 
Herb Simon who used the machine extensively 
for research. During this period came such 
achievements as: 

•List structures, list processing techniques and their 
embodiment in such languages as IPL-2, -3, -4; 

•Chess playing routines such as CP-1 AND -2; 

•Theorem proving routines such as LT — the Logic 
Theorist; 

•The general problem solver — GPS; 

•The assembly line balancer of Fred Tonge. 

Most recently JOHNNIAC has been the 
research tool which made possible both of 
RAND’s current highspots in computer research. 
The initial experiments on graphical input-output 
terminals was done on JOHNNIAC and from 
that has come the successful development of the 
RAND Tablet. Finally, JOHNNIAC has made 
JOSS possible. JOSS is the JOHNNIAC Open 
Shop System which provides each of its time- 
shared users with a typewriter connection from 
his office to the machine. Those who know 
JOSS and perceive the friendliness of its help 
and reaction feel strongly that systems such as it 
will be one of the prominent, if not exclusive, 
ways of computing for the future. 

Certainly, it is fitting that a machine with the 
stature of the JOHNNIAC should have 
completed its career as a research vehicle, 
dedicated to improving and extending the 
technology and art which it helped inaugurate. 12 


l2 From ‘‘JOHNNIAC Eulogy” by Willis H. Ware (RAND 
Corp. document P-3313, March 1966, pp. 1 1-12). 



Willis Ware giving the signal to “disable”; 
W. Gunning, left. 


In a press release dated February 18, 1966 
(written by Shirley Marks), RAND announced the 
demise ofJOHNNIAC: 

JOHNNIAC 1953-1966 

Friday, February 11, 1966, as it must to all men— 
and machines— the end came to JOHNNIAC, member 
of a distinguished family of computers known as 
Princeton-type machines. This noble line of electronic 
brains was sired by the human brain of mathematician 
John von Neumann, for whom JOHNNIAC was 
affectionately named. 

The end came to JOHNNIAC in the same room at 
The RAND Corporation in which, more than twelve 
years earlier, its neons first flickered into life. JOHNNI- 
AC had entered a world which saw the computer only 
as a mechanical extension of man’s hand on the 
keyboard of a desk calculator. With the brashness of 
youth, with the knowledge of its uniqueness, with the 
spirit of a pioneer, JOHNNIAC has been credited with 
leading the way to the modern concept of the 
computer as an information processor — an electronic 
extension of man’s mind, helping him to design, to 
plan, to judge, to decide, to learn. 

As the end came, from nearby rooms was heard the 
busy chatter of JOHNNIAC’s sophisticated descen- 
dants. Absorbed in the wonder of their mass-produced 
cores and graphic displays, of their systems and 
languages, they seemed unaware of the drama drawing 
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60 to a close, of a memory fading, a pulse unsteady. And 

finally, power failure: JOHNNIAC had been un- 
plugged. 

Friday. February IS. 1966. final ceremonies were 
held for JOHNNIAC. Many friends of early days 
gathered, but not to grieve. There were no flowers: 
only coffee, cake, and memories. 

Enshrinement will be in the Los Angeles County 
Museum. 


APPENDIX A 

Memorandum Doled 12 June 1953 
From John Williams i Then Head of the 
Mathematics Division of RA\D) 

To Dice President J. R. Goldstein 
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I was inclined to ignore the silly question about 
the JOHNNIAC — i.e should we. in view of the 
reported success of IBM’s 701 Calculator, chop it 
into little pieces and put it down the drain.-' — but 
I’ve decided to assume that you are basically 
sound (in fact, solid as a rock in places) and 
therefore capable of relearning the gospel. I will 
discuss the 701, and then the JOHNNIAC. Since 
I’ve never seen either type successfully add two 
and two and since (crossing myself devoutly) I am 
not an engineer, this account will perforce be free 
from a lot of very stuffy details — but suited to a 
front-office type. 

The 701 looks like a typical success story in the 
field of big business. After sitting on its hands 
and patents for twenty-five years or so, IBM 
finally noticed that the world was beginning to act 
as if it could and would pass it by. I believe that 
RAND’s decision to build its own computer may 
have been the final wasp sting which goaded 
them to their feet. It went off at a dead run. 


pouring in engineers by the hundred and money 
by the bucket, resolved to build the best possible 
machine in the shortest possible time — there 
weren’t any RAND people around to explain that 
this is meaningless. The machine would have 
everything — high speed arithmetic, high speed 
electrostatic storage, medium speed drum stor- 
age, low speed tape storage, and organ music. 
The state of the art was pretty sketchy in all these 
fields at the time — the general principles were 
known, but not much practical hardware exist- 
ed — so they had to lick all components into shape 
and, simultaneously, perform the messy mar- 
riages. If the 701 lives up to advance billing, they 
have done just that; in the remarkable time of two 
to three years. 

By hammer and tongs, but they did it. For 
example, the only existing high speed parallel 
memory device was the Williams tube. This had 
some fundamental weaknesses which — if you 
were smart enough, careful enough, willing to 
nurse, and philosophical enough to accept morn- 
ing sickness — one could live with. This had been 
developed into a fairly practical parallel memory- 
device (taking off from F.C. Williams’ serial 
memory machine) by the early birds in the 
Princeton-tvpe-machine field. Aside from nursing 
care (expensive maintenance, son), the practical 
significance of the presence of this leprous 
element in the machine is that everyone who sits 
down to do a problem must be aware of it and be 
prepared to be just a little cagey, depending on 
the problem ; for the blips fade in a fraction of a 
second and if the problem requires that you re- 
use a number before the blip is regenerated, you 
get the wrong answer. It is as if a desk calculator 
would fail any time the 7th, 8th, and 9th places in 
a 15-digit number happened to be a 3-digit 
prime — in other words, a completely irrational 
thing to have to contend with: it just isn’t decent 
for the operator to have to worry about how the 
machine is built. However, good design and 
technology, plus thoughtful use, lead to a 
machine which can do a lot of fine computing. 
Even the Princeton-types (with a laboriously 
selected 5 °/o of garden variey cathode ray tubes) 
are pretty prodigious machines. IBM picked up 
this device and — knowing that the fundamental 
weaknesses could not be eliminated — spent (it is 
said) a million dollars developing an improved 
cathode ray tube which would work somewhat 
better than the garden variety. They then traded 
away some speed by putting in three repainting 
cycles for each action cycle, with the result that 
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the 701 programmer can forget about read- 
around ratio. The mean free path between errors 
is of the order of half an hour. For contrast, 
consider the horrible example, the SWAC: our 
programmers learned through bitter experience 
that, to have reasonable assurance the memory 
was behaving, they had to cause it to spill 
every thing out onto cards for examination after 
eaih minute of computing. (The SWAC is presently 
edging up to a mean free path of ten minutes and 
to the barrier due to inferior tubes.) That it is 
worthwhile to compute at all under such limita- 
tions testifies to the speed of the present 
generation of machines compared to the last 
generation; the work that can be done in this 
minute compares favorably with an eight-hour 
shift on a CPC; and the mean free path between 
CPC errors is estimated at eight hours. 

Because the 701 was developed and built in an 
expensive way, it is a rich man’s machine. You 
can rent time on one for $300 an hour (you 
supply all personnel except maintenance crew), 
or vou can have exclusive use of one, for a forty- 
hour week, for $190,000 a year (plus $25,000- 
S30.000 for installation). If it needs maintenance 
(which it for sure does), this is thrown in free, 
except that the maintenance is done during the 
same forty hours that are yours for computing; so 
you compute during what is left of the forty hours 
after repairs are made. Things are much better 
for second and third shift rental — if you have any 
money left — for these shifts together cost only 
S190,000, and you get a pro rata reduction for 
hours lost to maintenance. So the full-time rental 
for a 701 is $380,000 a year; of course, this is the 
basic machine — if you want fancy extras, like 
another tape or violin music, you pay extra. 

For machines which have much the same 
mission and superficially, the same capability, the 
701 and the JOHNNIAC have been conceived 
and built in remarkably different ways — it is sort 
of like the difference between a gold-plated 
three-dollar alarm clock and a Vacheron chro- 
nometer in a simple titanium case. One major 
difference was our decision to start with a very 
simple machine. We plan to have every useful 
and convenient feature on JOHNNIAC— in the 
fullness of time — but our first goal has been to 
start with the simplest useful machine and add 
the features as they become solid. For instance, 
tapes can be beautiful, but we didn’t want the 
headache of developing them — when they aren’t 
quite right you may get confetti all over the 
building. 


We naturally — being itchy — wanted our simple 
machine soon, but not as soon as possible, for 
other values came first — even an administrative 
one, for we decided it was best to build it out of 
the Numerical Analysis running budget and with 
permanent personnel, to the practical limit; we 
have thus traded some time for organizational 
stability, and probably for a better thought-out 
machine. Of our technical values, reliability came 
first. This is practically a fetish with us. We are 
dedicated to the proposition that when you ask a 
digital machine to estimate the sum of two and 
two, it should always (not just frequently) say 
“four” — unless Hoover Dam breaks, in which 
case the machine should turn on a red light 
(powered, doubtlessly, by a simple nuclear pile) 
and refuse to discuss arithmetic. It should do its 
work at a rate of an interesting number of 
thousands per second, and it should do it for 
hours on end without dropping a stitch. We also 
wanted it to be easy to live with — in no way tricky 
to operate, requiring little maintenance, and 
trouble being easy to identify and correct. The 
basic Princeton-type machine was wonderfully 
adaptable to our goals and, by virtue of being 
late-comers to the field, we were able to bypass 
some of the inevitable early mistakes. Moreover, 
since our engineers did not have to do the 
fundamental work on the design of certain major 
units, they have devoted their considerable 
talents to cleaning it up and putting bonded 
guarantees on every slightly fishy thing in the 
originals. We have also, I believe, been blessed 
with much better shop work (both electrical and 
mechanical) than any other Princeton-type ma- 
chine. The net result is that it will probably be 
years before anybody produces a better machine 
of this type than ours. As an example of a detail 
which we believe will pay off: the builders of 
Princeton-type machines expect so little trouble 
that they employ about one fuse— to guard 
against the 440-line surging to 880, I presume (I 
told you I wasn’t an engineer) — whereas JOHN- 
NIAC has a panel containing hundreds of fuses; 
so in the event of trouble the damage will be very 
local and instantly identifiable. Another example: 
the original machines were so tightly designed as 
to have little flexibility for meeting afterthoughts 
and new developments; as a result they had to 
hang stuff informally on the outside and inside 
before they finished Mark I; whereas we (smug) 
allowed for twice as many tube-socket positions 
in standard chassis locations, and we also provid- 
ed several uncommitted registers. Ours is the 
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62 only machine with a closed cycle air conditioning deserving employees (the Chairman of the Board 

system. In short, we expect to have the right and the President) to make Selectrons for us. 

things in the box, to have room for them, and we Besides wanting to sell us the rejects, the price of 

expect it to work until hell freezes over — and the tubes was remarkably arranged so that the 

when hell does freeze over we expect to thaw it more we bought the higher the unit cost became, 

without undue delay. There is even some question that the tubes reallv 

The Princeton machine was conceived about meet RCA specifications (and thev are not bound 
the notions of reliability and speed. The original because it is a development contract), 
intent was to couple the present type of arithme- Like my late lamented gall bladder, the above 
tic unit with a high speed Selectron memory of somewhat unsatisfactory situation existed for 

1024 words. However. RCA became interested in some time before we became fullv aware of it. We 

television and never put in the development time have enough Selectrons for the JOHNNIAC, but 

needed to debug the tube, so the builders of we are completely unhappy about the replace- 

Princeton-typc machines were put in an unhappy ment problem. Very little is known about their 

position: they could choose between Williams life expectancy under dynamic conditions — 

tubes and mercury delay lines. Both were messy JOHNNIAC JR. is just beginning a test program, 

technologically and neither was satisfactory logi- so we will know something soon. Actually we 

calls ; they chose Williams tubes as the lesser evil never worried about this, partly because RCA 

and wore a silly grin so people would judge them initially indicated that the tubes would have life 

to be happy. How happy they really were may be expectancies of at least several thousand hours — 

inferred from the advantages they had had to later tests (after we had received a good manv 

forego: In the Selectron a particular slot in the tubes) shook our confidence — and partly because 

memory is selected by digital (rather than analog) we expected the price to fall and the quality to 

means, and the output signals are a thousand improve so that eventually it would be OK 

times larger than those in Williams tubes and whatever the initial conditions might be. 

delay lines — facts intimately related to sensitivity In passing: those of us responsible for the 
to noise and therefore to reliability. Immediately initial decision to go to Selectrons still feel that 

after we decided to build JOHNNIAC, RCA we used what brains God gave us in a pretty 

showed signs of life in Selectrons; they began a sensible way — though we deplore the result. The 

small production of 256-spot tubes for the Air only remorse is that (for economy!) we decided 

Force. This looked like our boat, for we could get not to keep the Williams tube as an insurance 

512 words by running a double bank of these — policy, i.e., as a parallel development, 

and we much preferred this to 1024 words on We may be incurable optimists, but we think 
Williams tubes — which proves that (a) we are not we see our way out of this mess, covered with 

hogs and (b) we practice what we preach on diamonds moreover. We considered, briefly, 

reliability. Further, since all Princeton-tvpes were returning to Williams tubes. For emotional 

going to Williams tubes, in the interest of getting reasons (and a couple of engineering ones!), we 

finished, it looked as though we could contribute would just about as soon see JOHNNIAC 

to the field and thus pay our passage, by chopped into those little pieces and put down the 

exploring something different; Aiken of Harvard drain as to see it hooked up to this degrading 

recently complimented us on this aspect of our companion at this late date. Our immediate plan 

choice. So we abandoned plans for Williams is to go ahead with the Selectrons (we will soon 

tubes and placed a sizeable order for Selectrons own 100), as an interim measure. We may put 

in the expectation that, thus encouraged, RCA JOHNNIAC on a reduced diet — 256 words (40 

would lean into the harness, push development tubes) instead of 512 words (80 tubes) — if the life 

and production, and prepare to welcome all the tests on JOHNNIAC JR, make this appear 

frustrated computer people who had been living advisable. (We can do a lot of computing with 

(reluctantly) on Williams tubes and delay lines. 256 words. In fact, if really pressed, we can drop 

There was a high level confab at this juncture to 20 tubes and 128 words.) Our aim is to get at 

between RCA and IBM regarding Selectrons, least a year of work out of the Selectron memory. 

Annals of which made it look as though they might hit a The sunshine, which is giving us that exalted 
the History of really big market. So RCA took its engineers off look again, is attributable to the little ceramic 

Vo| m ° J No 9 i black-and-white television and put them on color doughnuts — the magnetic cores. These have 

July 1979 television, and hired the mothers-in-law of two been on the horizon for several years and have 
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looked like the next generation of high speed 
memory — completely in the spirit of the Selec- 
tron. logically, but simple and practically perma- 
nent. They looked wonderful whenever someone 
succeeded in mixing the right kind of mud, but 
when they did succeed they didn’t know what 
they had done right. Within the last year at least 
two organizations— RCA and General Ceramics 
(and IBM is beginning to catch on) — have 
learned how to do it, dropping the magic wand 
only fitfully now; you can buy them today just as 
you d buy rivets, and groups all over are making 
lattices and trying to build things out of them. 
There are some problems, but the general feeling 
is that any competent group can lick them in one 
way or another. A 1024-word memory is now 
running at MIT; it has a few bugs, but looks 
better than Williams after only one month of 
shake down. Our own group is confident of its 
ability to build one — and would dearly love to do 
it — and we may end up doing it ourselves. 
How ever, time is worth something to us and we 
would have to schedule it for later, owing to the 
present commitments of our small group. So if 
we can get it done reasonably on the outside, we 
would rather buy it. We sent detailed spe- 
cifications and invitations to bid to about a dozen 
and a half vendors a couple of weeks ago. Seven 
ha\ e expressed a desire to bid — International 
Telemeter, Brush, Eckert-Mauchly (Remington 
Rand affiliate), RCA, IBM, Bendix, and Magnetic 
Research. We shall know more about this very 
soon. In any event, we feel off the hook memory- 
wise. Mark I will have Selectrons; Mark I Mod I 
will have magnetic cores, probably a year later. 

Where do we stand? We have, since November 
1950, spent about $200,000 for materials and 
outside work, and about $150,000 in salaries, 
including a fair pro rata share of departmental 
supervisory salaries (why should I be so fair?). If 
you wanted to be real dirty, you could add 
another $110,000 to represent 75 °/o overhead on 
the salaries— but if you did, I might be goaded 
into mentioning hidden extras, such as consult- 
ing on RAND hardware problems, maintenance 
of electrical equipment throughout the RAND 
buildings, assistance to the Systems Research 
Laboratory, and planning for the move to the 
new building, and the lock on your office door. 
Also about $10,000 for travel. 

Annals Of We have quite a lot to show for it, and more 
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Vot i. No. t a faithful fraction (one-fourth) of Senior, with 
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A Recap of the RAND Cost for JOHNNIAC 


Purchases 

Salaries 

Travel 

Department Cost 
Overhead 


$200,000 

150.000 

10,000 

$360,000 

1 10.000 


RAND Cost $470,000 


cated elements of control. Many bugs, big and 
little, have been worked out here and will never 
plague Senior. Senior’s arithmetic unit can be 
completed in short order whenever we throw our 
manpower on it— present schedule calls for 
arithmetic unit tests in about August. The main 
frame is completed and 34 of the eventual 42 
registers are complete; of the remaining eight, 
four are in process and four (one-half full units! 
part of memory) await Junior’s verdict. The main 
case is designed and prototyped and the most 
messy parts (panels for doors on end boxes) have 
been built. The Selectron memory is designed, 
and prototyped in Junior; Senior construction 
will go fast if Junior’s tests are satisfactory. The 
air conditioning system is almost installed (about 
two weeks to go), as is a large motor generator 
set and a stand-by. Most of the power supplies 
have been installed. As you can see, we have 
spent a smaller part on the showy gadget itself. 
Despite our semileisurelv pace, we don’t look too 
bad on this list: 

Estimated Construction Periods for 
Princeton Machines and Copies 

1. IAS: June 1946 to about October 1952 

2. Los Alamos; July 1949-January 1952 

3. University of Illinois: 

July 1949-March 1952 

4. Argonne: 

September 1949-January 1953 

(two machines) 

5. RAND: November 1950-? 2-| years to date 

On the above completion dates, these were all 
barebones machines — Williams tubes plus tele- 
printer input-output plus nothing; most of them 
have since added (or are adding) drums and 
cards (switch from teleprinter). We don't know 
what the dollar costs were at the other institu- 
tions. It is evident, however, that our costs in 
money and elapsed time will be inflated by the 
Selectron interlude— perhaps by 12-18 months 
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and by $ 200 , 0004300 . 000 — if we measure histo- 
ry from the moment when we have a machine 
which we regard as being sound as a dollar (in the 
old sense!); i.e., one based on cores, big drum, 
and card input-output. This grim circumstance is 
mitigated more than somewhat bv two factors: 
First, unless Nature is very unkind, the Selectrons 
will do a lot of computing for us during their 
rear; second, it will take at least as much (in fact, 
more) additional time and monev to bring the 
other Princeton-tvpe machines up to a compara- 
ble level of modernization. (The transition 
Williams— cores is much harder than Selec- 
trons— cores, requiring extensive rework; and of 
course the poor guys don't have room in which to 
do all this stuff— maybe they can 7 be modernized 
to JOHNNIAC. level; to hear me talk, you’d never 
believe that all we have is an assortment of 
pieces! Ah, me...) So another way to look at our 
trouble is to say that we have tricked ourselves 
into building a better Mark I machine than we 
had planned, so perhaps the onlv lasting damage 
will be that suffered by our pride. 

We will probably pay out another $50,000 of 
department funds before reaching the prime- 
number stage, what with bills for Selectrons and 
air conditioning still coming in. After that it may 
require about $75,000 to get the first really 
important JOHNNIAC. The major item needed 
which is not in the works now, hardwarewise, is a 
big drum. Much of the control for the drum has 
been designed and we are about ready to place an 
order for a good one — about $35,000. The small 
drum ($5,000) has given us some needed infor- 
mation and experience, but, since we are not 
going to tapes in Mark I and will have a relatively 
small high-speed memory initially, we need a 
larger intermediate-speed memon. Incidentally, 
ERA seems to have learned the drum business 
and purchasers are very pleased. IBM decided to 
build its own, and this is the best current 
headache on the 701. There is a console in the 
works, too, which is lagging for lack of a free 
engineer; the console is not essential, but not 
verv costly and very convenient. 

Our first working version of JOHNNIAC — 
Selectrons plus drum card input-output (hooking 
up a standard IBM machine) — will thus cost 
about as much as 701 rental tor five or six 
quarters. It will be less flexible than the 701, 
because of the lack of tapes and smaller high- 
speed memory, but somewhat faster inside and 
more reliable. It will be very efficient for prob- 


lems which have small input, which blow up into 
a lot of computing in the middle, and which boil 
down to a small output — a general characteristic 
of scientific problems, as opposed to census-type 
and data-handling problems. 

If the money is available, we can probably 
usefully spend from $100,000 to $250,000 a year 
for several years — embellishing this machine, 
making a copy, or possibly going to transistors (if 
vendors are no more available then than they are 
for Princeton-types now); some embellishment 
(like magnetic cores) is essential. and tapes would 
be nice. But why bother? Why not just rent a 
701? It’s such a silly question I’m embarrassed 
for having written it. It’s like questioning the 
economics of owning a Cadillac, on the one hand, 
and an oil well on the other. The 701 will only 
work if you have a nickel to put in it (some 
nickel), whereas the JOHNNIAC will do hun- 
dreds of thousands of dollars worth of computing 
each year as long as you pay the light bill. 
Actually each needs a staff; the real cash outlay to 
operate a 701 is probably like $600,000 a year 
and that of a comparable JOHNNIAC about 
$250,000 a year. It’s like the REAC; we probably 
have $200,000 invested there, yet it will do 
prodigious work now for a song. 

Incidentally, obsolescence is not a very impor- 
tant matter. While we will always want and be 
able to use better machines as they become 
available, a machine like the JOHNNIAC will 
always be a fine and useful machine — it will be 
able to solve just as many and as difficult 
problems ten years from now as it will next year; 
the log log duplex slide rule is still after fifty years 
the best way to evaluate a few hundred three- 
digit products and exponentials, and my twenty- 
year-old machine is about 95 percent as efficient 
as a brand new one; also note the REAC. 

So, kindly cease asking silly questions (except 
of me) which only serve to make our crew feel 
insecure and unloved. The odds are very attrac- 
tive that we will end up with a gorgeous useful 
gadget; and that the members of our computer 
group will have the best reputations in the 
country. But I don’t believe anyone in my crowd 
will really begin to enjoy life until those Selec- 
trons recede into history. 

If you ever want another brief note on this 
subject, feel free to call on me. O 


65 Washington Computer Reminiscences 

By Virginia C. Walker 


The Computer Reminiscences (pre ’54) Federal 
Involvement Conference, focusing on the years 
prior to 1954, was held in the Carmichael 
Auditorium of the National Museum of History 
and Technology, The Smithsonian Institution, on 
October 23, 1978. Co-sponsored by the Smithso- 
nian and the D.C. Chapters of the Association for 
Computing Machinery, the Data Processing Man- 
agement Association, and the IEEE Computer 
Society, this conference was conceived as a way to 
bring to the Washington area ADP community an 
overview of the early days of computing and an 
insight into the high level of federal involvement 
in the development of the earliest commercial 
computer systems. In addition, the conference 
was seen as an opportunity to gather together 
colleagues in these early experiences to share the 
oral history of the period and to expand the body 
of knowledge surrounding the events on which 
today’s technology is based. 

Members of the Steering Committee for the 
conference were: Co-Chairmen: Dr. Uta C. 
Merzbach, The Smithsonian Institution, and 
Solomon Rosenthal, Department of the Air 
Force; Arrangements: Virginia C. Walker, De- 
partment of Energy; Program: Joseph H. Easley, 
Environmental Protection Agency; Publications: 
Michael J. Healy, Better Impressions Incorporat- 
ed; Registration: Betty J. Stevens, Department of 
Housing and Urban Development; Secretary: 
Robin L. Willingham, Department of the Air 
Force; Treasurer: William P. LaPlant, Jr., Depart- 
ment of the Air Force; Liaison to Local Chapters: 
William P. LaPlant, Jr. to ACM, William K. Krutz 
to DPMA, and Marvin V. Zelkowitz to IEEE 
Computer Society. Advisors to the Steering 
Committee were: Margaret R. Fox, Consultant; 
Dr. Carl Hammer, UNIVAC; and Captain Grace 
M. Hopper, USNR, Department of the Navy. 

It was a successful conference if measured by 
the objectives stated above, and very successful in 
the eyes of the participants. One’s first and 
continuing impression throughout the day was 
that all speakers were not only pleased to be able 
to relate their involvement in these pioneer 
experiences but were also overjoyed to see so 

Annals ot many friends and peers. The general ambiance 
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attend the meeting, although each sent greetings. 

The day began with the showing of historic film 
sequences for early arrivals. Then Co-Chairman 
Rosenthal opened the conference with introduc- 
tions of the Steering Committee and of the 
Honorable Michael Collins, Under Secretary of 
the Smithsonian Institution, who gave a brief 
welcoming address. 

Program Chairman Joe Easley then presented 
Ethel C. Marden who moderated the first session 
entitled Early Concepts of Computer Technolo- 
gy. Other participants in this session, which 
focused on the evolution of computer technology 
in the first commercially available computer 
systems, were Dorothy P. Armstrong, Dr. Joseph 
Blum, Sid Greenwald, and Arthur W. Holt. 

The second session, Programming Evolution, 
was moderated by Dr. Franz L. Alt; it covered 
design and development of early applications 
programs and software systems using machine 
language. Panelists were Dr. Elizabeth Cuthill, 
Frances E. Holberton, Captain Grace M. Hopper, 
Walter Jacobs, Dr. Eli Marks, and Nora Taylor. 
More historic film sequences were available for 
viewing during the lunch break. 

The first afternoon session on Systems Devel- 
opment of Hardware and Software was moderat- 
ed by Edward Dunaway. This session featured Dr. 
Murray Geisler, Morris H. Hansen, Edward S, 
Stein, Jacob Rabinow, and Lou Wilson, who 
discussed the developments leading to systems 
with faster processors, more internal storage and 
registers, better peripheral devices, and faster 
I/O. 

The next session was organized by Margaret R. 
Fox on the UNIVAC I, The First Government 
Installations. Persons connected with these early 
installations were Donald H. Heiser, Emil D. 
Schell, John W. H. Spencer, and Dr. John W. 
Wrench. They compared their experiences and 
insights during these pioneering years. 

Richard Sprague was the moderator of the 
session on Market Development in the Washing- 
ton Area — Commercial and Governmental. Dis- 
cussants Richard M. Bloch, Fred Ikenberry, and 
A. J. Neumann looked at the developing market 
for computing equipment as it was in the early 
fifties, commenting from the perspective of the 
vendor. 

The final session, Computer Reminiscences — 
A View Toward the Future, was moderated by 
Samuel S. Snyder. Panelists Walter L. Anderson, 
Ray L. Bowman, and Robert P. Stephens dis- 
cussed the potential use of computers for solving 
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JOSS — Conversational 
Computing for the 
Nonprogrammer 

SHIRLEY L. MARKS 

joss, the johnniac Open-Shop System, is a conversational time-sharing 
system developed at the Rand Corporation to demonstrate, on a small scale, 
the value of time-sharing and easy access to computing power for the 
nonprogrammer. In three computer implementations from May 1 963 to the 
1 980s, joss has provided an English-like language that is easy to learn and 
use by trial and error at a terminal. Thus this earliest of simple on-line ’ 
systems has enabled the computer novice to explore to advantage many 
small computational problems that might not be worth the effort in another 
computing environment. 

Categories and Subject Descriptors: D. 3. 2 [Programming Languages]: 
Language Classifications: K. 2 [History of Computing] — software, joss; 
hardware, johnniac 

General Terms: Human Factors, Languages 
Additional Key Words and Phrases: time-sharing 


1. Implementing an Ideal 

Shortly after the Rand Corporation moved to its 
present location in Santa Monica, California, in early 
1953, the johnniac was completed and installed as 
Rand’s first stored-program computer. Eight years 
later, this Princeton-type computing machine (named 
lor mathematician -John von Neumann) became the 
basis for joss, 1 the johnniac Open-Shop System. 

The first truly simple on-line system, joss repre- 
sents a milestone in the history of conversational time- 
sharing. In the years of its operation at Rand (1963 to 
the 1980s), joss has more than lived up to its billing 
as “The Helpful Assistant.” But more significant than 
its long service to the Rand staff has been its influence 
on interactive system design. 

; 1982 by the American Federation of Information Processing 
Societies, Inc. Permission to copy without fee all or part of this 
material is granted provided that the copies are not made or 
distributed for direct commercial advantage, the AFIPS copyright 
notice and the title of the publication and its date appear, and notice 
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of Information Processing Societies, Inc. To copy otherwise, or to 
republish, requires specific permission. 

Author s Address: 2873 Globe Avenue, Thousand Oaks, CA 91360. 

,oss is the trademark and service mark of the Rand Corporation 
l or ,ts computer program and services using this program. 

S' 1982 AFIPS 01 64-1 239/82/01 003S-052S01 .00/00 


joss was the result of an experimental project at 
Rand that was meant to demonstrate, on a small scale, 
the value of time-sharing and easy access to computing 
power for the nonprogrammer. Although few of to- 
day’s time-sharing users may know its name, many 
are benefiting from joss concepts of user-oriented 
language and terminal. These concepts had their ori- 
gin in the 1950s, when the electronic computer was 
transformed from a one-of-a-kind laboratory curiosity 
into a marketable commodity. 

As new applications were promoted, the language of 
computer instruction sets rose from the level of ma- 
chine code to that of assemblers and compilers. At the 
same time, professional programmers were replacing 
those pioneering scientists and engineers who had 
learned to cope with the complexities of the machine 
in order to use this remarkable tool. Formerly a re- 
searcher seated at the computer’s console had had its 
immediate and undivided attention. Now such dedi- 
cated personal usage was generally an unaffordable 
luxury. 

But while the problem originators were moving 
farther away from their electronic problem-solvers, 
others were moving closer. For the 1950s also saw the 
first large-scale real-time use of computers in the sage 
system, developed for air defense command and con- 
trol (Sackman 1970). The sage operators seated at 
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their many terminals experienced a new relation be- 
tween humans and machine — a simultaneous sharing 
of the computer’s resources. 

At the Rand Corporation. Cliff Shaw envisioned the 
possibilities for a particular type of user not likelv to 
be satisfied by the prospective commercial or govern- 
mental systems. In 1955 Cliff expressed his concern for 
the Rand staff s open-shopper,”" the nonprogrammer 
physicist, engineer, economist, or mathematician with 
a small numerical problem. Sometimes such a problem 
required only the features of the desk calculator of 
that day (which was far more elementary than today’s 
hand-held calculator). At other times the sophisticated 
capabilities of an electronic computer were needed. 
Cliff was also aware of the researcher’s occasional 
desire to intervene in the calculation process. 

A 1959 memo from Rand engineer Willis Ware 
suggested that future information processors would 
require "a multiplicity of personal input-output sta- 
tions, so that many people can interact with the ma- 
chine at the same time." In November 1960, meetings 
were held at Rand to decide the future of the john- 
xiac. Attending were Paul Armer, head of the Com- 
putet Sciences Department, Willis Ware, associate 
department head, engineers Keith Uncapher and Tom 
hllis, and research programmer Cliff Shaw. 

Cliff recommended that the johnniac be used full 
time to service the open shop by means of hard-copy 
stations, and he looked forward to the challenge of 
resolving communication and monitoring difficulties. 
The johnniac, in its youth, had served well as a 
production machine. When its storage and speed limi- 
tations eventually caused a shift to more modern 
equipment, this aging home-grown computer became 
attractive for the joss experiment. 

There have been many creative contributors to 
Joss s evolution from experimental to operational sys- 
tem (see the Appendix for the joss “Cast of Charac- 

Open shop is a well-known labor-management term denoting a 
worksite open to nonunion as well as union members. Thus an open- 
shop computer installation came to mean one available to nonpro- 
grammer and professional programmer alike. A nonprogrammer 
user was called an "open-shopper." 

In i95i) Hand needed to increase its computing power significantly 
oyer what it obtained from IBM Card-Programmed Calculators. 
After surveying commercial and university projects. Rand decided 
to build an improved version of the machine being constructed 
under the leadership of John von Neumann at the Institute for 
Advanced Study in Princeton, ft was to be called johnniac. By the 
time Shaw was installing joss i on the johnniac, the machine had 
409fi words (40 bits each) of core storage with a cycle time of 15 
microseconds, drum storage of 12,288 words, punched-card input- 
output. and a high-speed printer, it had no magnetic tapes, no 
indexing, and no built-in floating point. For details of johnniac’s 
iiie (1954-19661, see F. J. Gruenberger, "The History of the -JOHN- 
n'iac,’ Annals of the History of Computing, Volume 1, Number 1 
pp. 49-64. 


ters ). Among them, Cliff Shaw set out to establish 
the loss pi ecept of easy to learn and easy to use” as 
a principle to govern the entire system design. As Cliff 
later recalled, his intent was not to make johnniac 
machine language available, but instead to provide a 
computational service through a new, machine-inde- 
pendent language. The system would be designed 
specifically to show the value of on-line access to a 
computer via a language tailored to a special class of 
user (the nonprogrammer) and a special type of appli- 
cation (small and numerical). 

It was jn March 1961 that joss was formally pro- 
posed as an exploration into continuous and intimate 
contact between a human user and a computer.” So 
began the first phase of the. U.S. Air Force-sponsored 
Information Processor Project, whose goal was to im- 
prove communication between human and machine. 
An unsung hero of the project, recalls Chuck Baker 
who directed the second phase, was John Williams, 
the head of Rand’s Mathematics Department. John! 
according to Chuck, “backed joss administratively in 
his own quiet but powerful way. His influence was 
vital when it came to getting the funds for the work. 
His encouragement and enthusiasm helped us all over 
some very rough spots, too. And he had a lot of 
influence in what joss i finally looked like.” John 
Williams, along with Norm Shapiro, Art Smith, Oliver 
Gross, Bill Sibley, and others, provided valuable feed- 
back to designers of joss i and n. 

2. From JOSS I to JOSS III 

Paiticipants with Cliff Shaw in project discussions 
were Tom Ellis, Ike Nehama, A1 Newell, and Keith 
Uncapher. Included in their plans were 10 typewriter 
terminals in fixed locations. Tom Ellis and Mai Davis 
directed the construction of the required multiple- 
typewriter communication system during 1961 and 
1962. Meanwhile Cliff was designing the interdepend- 
ent details of language, terminal, and conversational 
environment. 

joss was inaugurated in May 1963 with an initial 
five terminals and a minimal system. One terminal 
was installed at the johnniac, and four were located 


Shirley Marks worked at the Rand Corporation for 
18 years, 14 of them as an applications programmer 
in the Computer Sciences Department and the last 4 
as manager of joss II service. She has an M.A. in 
mathematics from UCLA, and is at present a 
consulting technical writer and freelance writer for 
general-readership publications. 
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m the offices of Rand staff selected to evaluate JOSS. 
There were two principal elements of the terminal, 
from the user’s point of view. One was an IBM model 
868 typewriter. The other was a small box that indi- 
cated the status of the terminal’s communication elec- 
tronics and controlled their functions. (See Table 1, 
•joss i Control Box,” in Section 4.) 

The first schedule of operation, 9 to 12 each weekday 
morning, was announced on June IT. It was hoped 
that this limited edition of the system could provide a 
controlled feedback that would help shape the com- 
plete version. But the new users taught others so 
quickly that the experimenters had to resort to after- 
the-fact questionnaires. 

January 1964 marks the official birth of the full JOSS 
implementation on the johnniac. By July of that 
year, JOSS service was extended into the evening hours 
to accommodate Rand staffers’ growing addiction. The 
final version of joss i went into use in January 1965. 
Jean Sammet, in her history of programming lan- 
guages (1969), notes: “The most amazing aspect of the 
whole joss activity is that it provided such a useful 
tool to so many people at the Rand Corporation.” 
"And continued to provide,” might be added as we 
consider the progression to the 1980s version. 

With the increasing usage of joss came the worry 
that the johnniac’s shortcomings might prejudice the 
system’s evaluation. The project group emphasized 
that an up-to-date computer teamed with numerous 
user-oriented terminals would advance its interactive 
character. The additional storage and speed would not 
only increase its power as a calculating aid and provide 
long-term storage for programs and data; these fea- 
tures would also enable joss to monitor its own per- 
formance. So in July 1964, anticipating the johnniac’s 
retirement to the Los Angeles County Museum, a 
second joss was proposed by Chuck Baker. 

Several computer equipment manufacturers were 
invited to submit bids for the new dedicated processor. 
Each of the nine bids received was rated on such 
factors as response time, arithmetic computation 
speed, ability to store internally an exact representa- 
tion of user-typed input, inclusion of terminals built to 
Rand specifications, and date of delivery. Ratings at 
last completed, vendors for all system components 
were selected and Air Force funds were approved. 

The contract signed with Digital Equipment Cor- 
poration promised installation of a PDP-6 computer by 
October 31, 1965. DEC would also build 30 terminals 
according to Rand requirements. Each terminal would 
include a modified IBM Selectric typewriter and a 
Rand-designed “paging" mechanism, a mechanical de- 
vice that would permit the typewriter to space in a 
single motion to the top of the next fanfold page. 


Data Products would supply a disk file for between- 
session storage of user programs. Vermont Research 
would furnish a magnetic drum for temporary storage 
of programs during sessions. James G. Robins Elec- 
tronics agreed to build a line-finder, which would 
locate an available channel to the pdp-6 for each 
terminal connected to a special office outlet. Standard 
data communications equipment would couple JOSS to 
terminals outside the Rand buildings. 

Following installation of a minimum configuration 
of the pdp-6 in late July 1965, the programming team 
began to check out the software by Teletype terminal. 
In charge of the joss n group was Chuck Baker, who 
contributed many human-engineering notions to the 
new terminal and was primarily responsible for the 
new features of the language. Joe Smith created the 
central processing routines, which interpret and re- 
spond to requests in the joss language. Irwin Green- 
wald programmed the arithmetic and function evalu- 
ation routines, as well as the software that handled 
the joss ii terminal-computer communications and 
enabled the user to access files on disk. Ed Bryan 
designed the joss monitor, which assigns priorities to 
user requests and states, allocates resources, and 
schedules tasks. The monitor also contains routines to 
accumulate accounting information and record per- 
formance statistics. 

By October 1965, checkout of the minimum joss ii 
was finished. In November, a prototype joss terminal 
arrived from DEC. In December at the Fall Joint 
Computer Conference in Las Vegas, wives of attendees 
witnessed the first use of the system outside Rand 
when a friendly blue terminal typed “joss at your 
service. Initials please:” But the performance that 
delighted the wives with its appealing simplicity gave 
no hint of the unbelievable difficulties experienced by 
the joss group in the prior frantic hours. Obtaining 
modems and data lines involved negotiating with three 
telephone companies in two states. Actual data trans- 
mission was “iffy” until the final moments. 

Chuck Baker wrote to users on February 9, 1966: 
“As all of you are by now aware, Friday, February 11 
will be the last day on which joss service from john- 
niac will be available — ‘The end of an era.’” On Feb- 
ruary 18, Willis Ware (1966) delivered a eulogy to the 
johnniac before a gathering of old friends: Then Cliff 
Shaw loaded a final program that counted down the 
seconds to the johnniac’s demise (Figure 1). 

During the following months, the pdp-6 was moved 
into the Rand basement, production terminals were 
delivered, and the drum and disk joined the line-finder 
in the new system, joss ii operational hours were 
lengthened as the system became more reliable. By 
the end of 1966, service was being provided 24 hours 
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Figure 1 . johnniac retirement. February 18, 1966 Cliff 
UI the ,5 Hnsole - I" the background, left to right- 
■ IX Cueenwald, J. VV. Smith, unidentified, W. L. Siblev 
( '- h. Bryan. A. C. Smith. 


a titty, i days a week, minus hours for maintenance. In 
addition to the terminals at Rand, there were also 
initially dedicated communication lines to the AEC’s 
Nevada test site and to various Air Force locations. 
Eventually both Rand and the Air Force made use of 
dial-up service from sites around the country. 

pdp-i> joss, with thirty times the speed of johnniac 
joss, five times the storage, three times the number of 
teiminals, and powerful new language features, had 
broadened Cliff Shaw’s original design. But the basic 
principle of a handy computing tool for the computer 
novice had been preserved. 

In April 1967, management of joss was transferred 
from the development group to a small staff under 
George Armerding. Larry Clark took charge of soft- 
ware upkeep. Art Lucero attended to hardware and 
communication needs. Shirley Marks offered aid and 
comfort to users. 

It might be said that old software never dies its 

hardware fades away. So it was with joss on the 
johnniac. and so also on the pdp-«, although not in 


the same dramatic style. This time there was no 
ceremonial retirement to a museum, only orderly re- 
moval of an outmoded computer in the summer of 
1974. But joss had already made the transition to its 
new host, an IBM 370/158. Larry Clark, assisted by 
Donna Cooper, did the honors, installing a joss ii 
based on a DOS version. (Earlier, a joss u replica 
MATH ” had been created by John Disbrow at 
IBM s Advanced System Development Division in Los 
Gatos, California.) A preliminary version was running 
on April 15, 1974. A production form was in operation 
by July 1. 

The main difference between joss ii and joss iii is 
the hardware setting. No longer does joss have exclu- 
sive tenancy of a computer, nor do users communicate 
at a unique joss terminal. Yet the essence of the 
system is the same as when it was conceived some 20 
years ago. Part of that essence is apparent in the 
language. 

3. The JOSS Language 

At the 1964 Fall Joint Computer Conference in San 
Francisco, Cliff Shaw (1964) presented joss from a 
designer s point of view. Topping his list of character- 
istics were "readability of the language, the high de- 
gree of interaction, and the power of expression.” More 
impressive to the joss i learner, however, was the 
obvious simplicity of Shaw’s one-page summary of the 
language (Figure 2). 

Readability is evident here in the use of full-word 
English-like sentences, which begin with a capitalized 
imperative verb and end with a period. The joss i 
novice, armed with a single page of commands, rela- 
tions, conditions, and functions, could explore the 
system capabilities and restrictions by trial and error 
at a terminal. Succeeding generations of users have 
done the same with the extended joss ii language 
(Figure 3). 

Chuck Baker likes to compare exploring joss capa- 
bilities with discovering how to use his modern pocket 
calculator or even the old-fashioned desk calculator. 

In each case, the novice can try out the tool in private, 
making stupid mistakes no one else knows about 
and learning from those mistakes. In this way the user 
progresses at his or her own pace to more complex 
applications. Chuck also observes the similarity be- 
tween several joss features and those of his pocket 
calculator and wonders if there is a historic line of 
descent. 

The interactive character of joss rests in part on 
the interpretive nature of the language. There is never 
a compilation to produce an “object” program. 
Instead, a user statement is analyzed character by 
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DIRECT or INDIRECT 


DIRECT (only): 


Se t 


x=a . 


Cance 1 . 


Do step 1.1. 

Do step 1.1 for x = a, b, c(d)e. 
Do part 1 . 

Do part 1 for x = a(b)c(d)e, f, 

Type a,b,c,_. 

Type a,b in form 2. 

Type "ABCDE" . 

Type step 1.1. 

Type part 1. 

Type form 2. 

Type all steps. 

Type all parts. 

Type all forms. 

Type all values . 

Type all. 

Type size. 

Type time. 

Type users . 

Delete x,y. 

Delete all values. 


Delete step 1.1. 

Delete part 1. 

Delete form 2. 

Delete all steps. 

Delete all parts. 

Delete all forms. 

Delete all. 

Go. 

Form 2 : 

dist. = accel. = 

x=a 

RELATIONS : 

= 4 s :> < > 

OPERATIONS : 

+ - • / * 0 H | I 


Line 

CONDITIONS: 


Page . 

if a<b<c 

and d=e or f^g 

INDIRECT (on lv) : 

FUNCTIONS: 


1 . 1 To step 3.1. 

sqrc (a) 

(square root) 

1 . 1 To part 3 . 

log (a) 
exp (a) 

(natural logarithm) 

1 . 1 Done . 

sin (a) 
cos (a) 


1 . 1 Stop . 

arg(a,b) 

'argument of point [a,b]) 


ip (a) 

v integer part) 

1 . 1 Demand x . 

fp (a) 

(fraction part) 


dp (a) 

(digit part) 


xp (a) 

(exponent part) 


sgn (a) 
max (a , b ) 

(sign) 


min (a ,b ,< 

c) 


PUNCTUATION and SPECIAL CHARACTERS : 

. indicates a field for a number in a form. 

indicates scientific notation in a form. 

# is the strike-out symbol. 

$ carries the value of the current line number. 

* at the beginning or end kills an instruction line. 

Brackets may be used above in place of parentheses. 

Indexed letters (e.g., v(a), wfa,b]) may be used above in place of x> jr. 
Arbitrary expressions (e.g. 3 • r s in (2 • p+3) -q ]+r ) may be used above 
in place of a, b, c, .... 


Figure 2. joss one-page summary. 
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In the following list of commands and functions, these symbols are used: 


L = letter 

S = subscripted letter 
P = preposition 
F = formula 


int - expression with integer value 
num = expression with numerical value 
rng = range of values of a letter, 
such as - 1)3,3. 64 ^ 4 


In JOSS, an expression, e.g., S+sqrt(2) , has a numerical value. A „ roM 
s 1 t i on , e.g., rtsr, has a truth value (true or false). An if clause can 
appended to any command except a short Set command. A conditional 
expression may oe used wherever an expression is allowed; e.g. define 
t(x) by a conditional expression: Let f'x)=(x<:\-0:0sx'l-x*2-I) defines 
fix) to be 0 for x<0, x*2 for 0<x<l, and otherwise 1 


JOSS II Command Lis t 

TYPE COMMANDS 
Type num. 

Type S . 

Type S(int,int). 

Type P . 

Type "any text". 

Type 

Type form int. 

Type step num. 

Type part int. 

Type formula F. 

Type F(num). 

Type F(P). 

Type all steps. 

Type all parts. 

Type all formulas. 
Type all forms. 

Type all values. 

Type all. 


DELETE 
Delete 
Delete 
Delete 
Delete 
Delete 
Delete 
De lete 
Delete 
Delete 
Delete 
Delete 
Delete 
Delete 


COMMANDS 

L. 

S. 

S(int.int) . 
form int. 
step num. 
part int. 
formula F. 
all steps, 
all parts, 
all formulas, 
all forms, 
all values. 


* Several individual Delete 
commands may be combined in 
one, such as Delete L, ~orm 
int, all parts. 


Type users. 

Type item-list. 

a Several individual Type 
commands may be combined 
in one, except for Type 
any text 1 and Type item- 
list. 

• The words in form may be 
appended to Type commands 
that specify individual 
values . 


SINGLE-WORD COMMANDS 
Page. 

Line . 

Go. 

Stop. 

Done . 

Quit. 

Cancel . 


Figure 3. .joss n commands and functions. 
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SET C3MMANDS 
Set _=num. 

Set L=P . 

Set S(int,int)=num. 
Set S(int,int) = P. 


SHORT SET COMMANDS 
L = "j- 
l = ? 

S { i n t , int)=num 
S { i n t ,i n t ) = P 


LET COMMANDS 
Let r =num. 

Let F=P. 

Let F(L)=num. 
Let F(L)=P. 


DO COMMANDS 
Do step num. 

Do step num, int times 
Do step num for L=rng. 
Do part int. 

Do part int, int times 
Do part int for L=rng. 


TO COMMANDS 
To step num. 
To part int. 


PARENTHETICAL COMMANDS 
Cancel or any Do command may be 
enclosed in parentheses. 

SPECIAL COMMANDS 
Reset timer. 

Let S be sparse. 

DEMAND COMMANDS 
Demand L. 

Demand S(int,int). 

Demand L as "anv text" . 

Demand S(int.int) as "any text". 


FILE COMMANDS 

Use file int (ident). 

Use library- int. 

File ... as item int (code). 

Recall item int (codej. 

Discard item int (code). 

• The file numDer and identification 
are assigned by the Information 
Sciences Department. 

• Library files are numbered from 
1 to 250 and do not have an 
identification. 

• The item number and code are 
assigned by the user at time 

of filing. Ixints25. The code, 
if used, contains at most 5 
letters and numbers. 

• Any combination of elements 
that can be deleted by a 
Delete command may be filed 
by a File command. 


Figure 3. Continued. 
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JOSS II Function List 

ip (x) 
fp(x) 
dp(x) 
xp(x) 
sgn(x) 

sqrt (x) 
log(x) 
exp(x) 

sin (x) 
cos (x) 


sum ( x ,v , z ) or sum [ i= rng: num] 
p rod ( x , v , z) or prod [ i = rng: num] 

min { x ,v , x) or min [ i=rng :num] 
max (x ,y , z) or max [ i=rng: num] 

conj(p,q,r') or con j [i= rng: P] 
disj(p,q,rj or disj [i=rng:P] 

first [i= rng: P] 

tv (P) 


integer portion of x 

fraction portion of x 

digit portion of x 

exponent portion of x 

-1 if x<0 , 0 if x=0, +1 if x >0 

square root of x for x>0 
natural logarithm of x for x>0 
e x 

sine of x, x in radians, x | <100 
cosine of x, x in radians, j x | <100 
angle in radians formed by the positive 
x-axis and the line from the origin to (x,y) 

sum of values in argument list 
product of values in argument list 

minimum of values in argument list 
maximum of values in argument list 

true if and only if P is true for all i 
true if any P is true 

first i for which P is true 

the truth value of P; 0 if P is false, 

1 if P is true 


* num or P is evaluated for each value of £ in the range 
rng; i usually appears in num or P. 


Figure 3. Continued. 


character I by the .joss interpreter as well as by the 
arithmetic and function subroutines) each time the 
statement is encountered. 

Internally, user commands and data are carried in 
linked lists within variable-size user blocks. The entire 
user block must be in high-speed memory in contig- 
uous cells during interpretation. Whenever interpre- 
tation of a command is aborted for any reason, joss 
makes sure that all information stored away for the 
user is precisely as it was when joss began interpreting 
the command. This software technique enables the 
user to create or edit a stored program whenever 
control is returned, whether at the user’s request or 
by an error, and then to continue. 

Cliff pointed out in his 1964 paper that joss is 
commanded “directly” in the same language in which 
procedures are defined to be carried out later 
(“indirectly ). So there is no need to switch between 


direct and indirect modes. Merely by prefixing a one- 
line step with a numeric label, the user indicates that 
the^step is to be stored rather than directly executed. 

Steps whose labels have the same integer portion 
constitute a part. ’ Although the user may create 
steps (and parts) in any order, joss sorts steps within 
a part according to the fraction portion of the label 
(e.g., 1.1, 1.2, 1.3, 2.01, 2.1). Thus the choice of label 
determines if the step is an addition (1.4), insertion 
(1.15), or replacement (2.1). Steps and parts can also 
be displayed (e.g., “Type part 2, step 1.1.”) or removed 
(e.g.. Delete step 1.2.”), as can values, vectors, arrays, 
formulas, and format statements called “forms.” 

joss can be commanded to execute a single step or 
a part, once, repeatedly, for a range of values, as well 
as conditionally — yet within the length of a single line. 
Having received control, the user can make changes 
to program elements, display items of interest, and 
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directly command joss to resume. In the case where 
a stored step is repeated after an error interruption, 
joss will reinterpret the step in its entirety. 

For ease of interaction, it is critically important that 
che user be made clearly aware of the status of joss 
whenever it is time to type. To this end there are error 
messages, interrupt messages, and stop messages to 
distinguish these states from a successful task comple- 
tion. Error messages report exactly violations of lan- 
guage rules (e.g.. “Error at step 1.1: I have a negative 
argument for square root.”) with one exception, joss 
types the laconic “Eh?” when a malformed line is 
easier to analyze by eye than by software diagnosis 
(e.g., “Do paart 1.”). 

If joss runs out of space in performing a task, the 
user is so informed and given the opportunity to delete 
nonessential portions of the program. “Go.” then in- 
structs joss to carry on as before, but now with 
additional workspace. In this and in other aspects of 
interaction, the user can employ the language at a 
terminal to develop the program with a minimum of 
presession planning. Furthermore, the user never has 
to consult with joss system experts, or be knowledge- 
able in the ways of the computer, the software, or the 
internal look of the program or data. Of course, there 
are always other joss users willing to share techniques 
and personal experiences. 

Considerable computational power is available 
within the single-line limits of a command. For in- 
stance, besides the more traditional statement types, 
there is the joss ii “Let” command, which defines a 
formula whose letter name may then be used in sub- 
sequent commands. Up to 10 parameters are allowed. 
Then there are such functions as “sum,” “prod,” 
max, and “min,” which eliminate the need for many 
program loops while permitting the user to represent 
mathematical relations in a familiar way. 

Expressions may be elementary or complex as de- 
sired, with numeric or true-false values, and may be 
used in place of values everywhere except as a step- 
label prefix. Expressions may also be conditional. For 
example, the formula f(x) might be defined by an 
expression that is conditionally zero, .r-squared, or one, 
depending on the applicable range of x values. 

Let f(x) = (x < 0:0; 0 < x < l:x**2; 1). 

Note that the statement reads naturally from left to 
right, joss interprets the conditions in that order, too. 
If the first condition holds (x < 0), joss evaluates the 
associated definition (0) and ignores the remainder of 


The double asterisk indicating exponentiation is a joss iii conven- 
tion, as is the single asterisk for multiplication, joss i and joss ii 
keyboard symbology is discussed in Section 4. The joss Terminal. 


the expression, including its errors, and so forth. If 
none of the conditions hold and there is no default 
provided, an error results. In this example, “1” is the 
default definition for f(x). If it had been forgotten and 
during execution x took a value of, say, 3, joss would 
respond with 

Error in formula f: (x < 0:0; 0<x< I:x**2) = ??? 

Recursion can be expressed conveniently too, al- 
though such formulations often make greater demands 
on execution space and time than do iterative ones. A 
simple comparison is in the calculation of factorial n, 
which can be defined iteratively by means of the 
“prod” function. 

Let F(n) = [n = 0:1; prod(i = l(l)n: i)]. 

This can be read, “Define factorial n to be, for n = 0, 
1; otherwise, the product, for i equal to 1 at steps of 1 
to n, of i.” The formula might be defined recursively. 

Let F(n) = [n = 0:1; n*F(n-l)]. 

Here also there are the two cases. “Factorial 0” is 
defined to be 1; otherwise “factorial n" is calculated as 
the product of n times F(n- 1). Clearly the initial case 
is essential. For had this condition been omitted, joss 
would try its best, then type 

Revoked. I ran out of space (in formula F). 

As may already be apparent in the examples, the only 
admissible identifiers for values are the 52 upper- and 
lowercase letters. These, in turn, can be indexed to 
form vectors and arrays, such as x( i,j,k ) . 

One design requirement specified that joss should 
give the same results for arithmetic operations as 
those produced by a desk calculator, joss improves 
the calculator’s results by providing automatic round- 
ing as well as scientific (floating-point) notation when 
two large numbers are multiplied. To accomplish this, 
joss numbers are represented internally as integers 
with associated powers of ten, and all arithmetic op- 
erations are performed using integer arithmetic. The 
values the user supplies are treated as nine exact 
decimal digits; the values joss returns are true nine- 
digit rounded results in the case of add, subtract, 
multiply, divide, and square root. Magnitudes greater 
than 9.99999999 • 10" result in an overflow message; 
magnitudes less than 10'" are replaced by zero. (Note 
that the joss iii factor is 10“ or 10““.) Moreover, 
function evaluations hit on the nose “magic values” 
such as sine of 90 degrees. 

Input is “freeform”— that is, the user may type in 
any columns of the page. The amount of spacing 
between terms is generally the user’s option where 
space permits. Users may insert parentheses and 
brackets to improve readability or simply to clarify 
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their intentions when they aren't sure how joss will 
evaluate an expression. When users prefer a formatted 
output instead of the standard one value per line, they 
have the entire line width to describe both the line's 
literal information and the fields for numeric answers. 

At this point an example will show something of the 
flavor of a joss session— the first tries at program 
formulation, the helpful reminders of error, the im- 
provements and retries, and the final success. The 
exercise here is to print a table of roots of the general 
quadratic equation ax~ + b.x + c — 0 for a set of values 
a. b. and c. In the example, the first character of a 
user-typed line is underscored to distinguish it from a 
Joss-tvped line, as is the joss hi custom, joss i and ii 
conversations were in green (for the user) and black 
l for joss). 

Having logged on, the user begins and immediately 
catches a typing error, which is nullified by an asterisk 
before pressing the Return key. The user then starts 
afresh, first creating "part 1" to calculate and type the 
roots. 

1.1 Sett * 

1.1 Set x(l) = [-b+sqrt (b**2-4*a“cj]/(2*a). 

1.2 Set x(2) = [— b— sqrt (b"2— 4*a"cl]/(2*a). 

1.3 Type x( 1), x(2). 

The user assigns values to coefficients and directly 
commands joss to perform part 1. 

Set a=l. 

Set b=-l. 

Do part 1. 

Error at step 1.1: c = ?'?? 

joss reminds the user to assign a value to the third 
coefficient. 

Set c=— 6. 

Go. 

x( 1) = 3 
x(2) = -2 

Next the user decides to introduce a print format by 
replacing step 1.3. 

1.3 Type a, b, c, x(l), x(2) in form 1. 

Do part 1. 

Error at step 1.3: I can't find the required form. 

With polite prodding by joss, the user describes the 
format, which provides three integer digits for each 
coefficient, and one integer digit followed by four 
decimal places for each root. The user indicates this 
format by typing the desired number of underscores 
and decimal points where required. 

Form 1: 

a= — b = c = roots: 


The user continues by typing 
Go. 

Error at step 1.3: I can't express value in your 
form. 

Remembering that one root is negative, the user now 
provides two integer positions for each field to allow 
room for the possible minus sign. 

Form 1: 

a= b= c= roots: 

Go. 

a= 1 b= -1 c= -6 roots: 3.0000 -2.0000 

A fancier format seems in order, but this will require 
a fanciei program. The user first defines a new "form 
1” without the literal information, and beneath it a 
foim2 fusing form las a guide) to produce a heading 
tor the five columns. 

Form 1: 

Form 2: 

a b c Root 1 Root 2 

The user creates parts 2, 3, and 4 to prescribe ranges 
for the three coefficients and to print the desired table 
of roots, complete with heading and spacing between 
blocks of printout. Of course, the user may have a bit 
of trouble and need to display helpful information. 
But eventually the following may be what the user 
ends up with, in addition to part 1 and the two forms 
above (all displayed by the command "Type part 2, 
part 3, part 4."): 

2.01 Line. 

2.1 Do part 1 for c=-l(-l)-4. 

3.1 Do part 2 for b= — 1( — 1) — 2. 

4.01 Page. 

4.02 Type form 2. 

4.1 Do part 3 for a=l(l)2. 

To produce the table, the user types 
Do part 4. 

JOSS responds with a new page and then 


a 

b 

c 

Root IRoot 2 

1 

-1 

-1 

1.6180 -.6180 

1 

-1 

—2 

2.0000-1.0000 

1 

-1 

-3 

2.3028 -1.3028 

1 

-1 

-4 

2.5616-1.5616 

1 

-2 

-1 

2.4142 -.4142 

1 

-2 

—2 

2.7321 -.7321 

1 

-2 

-3 

3.0000 -1.0000 


Satisfied that the program is running properly, the 
user presses the Interrupt key. joss prints a line or 
two more and then an "interrupt” message. 
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1 -2 -4 3.2361 -1.2361 

2 -1 -1 1.0000 -.5000 

I'm at step 1.3. 

The user may now choose to modify the program 
further and resume, file it for later retrieval, or simply 
discard it as one might crumple a page of pencil 
figuring. Were this a JOSS II session, the user might 
also have swiveled the office chair from the terminal 
ro the desk, or unplugged the terminal to wheel it to 
another user’s office. This mobility of the JOSS II 
terminal was only one facet of its contribution to the 
interactive joss environment. 

4. The JOSS Terminal 

The “face” of joss, all that most joss I or joss ii users 
ever saw, was a familiar-looking electric typewriter, to 
the right of which a small box displayed a few buttons, 
switches, and lights (Figure 4). Unintimidated by the 
terminal’s appearance, the beginner felt little hesi- 
tancy in pressing a switch to “on.” Users would soon 
discover if they had turned on only the typewriter, 
which was available for off-line typing when not on- 
line to the system. If, instead, they pressed a control- 
box power switch, there would be the joss greeting, 
then lights and a soft sound notifying them it was their 
turn to type; the two-color conversation was under 
way. 



Figure 4. joss II terminal. 



Figure 5. Chuck Baker at the joss ii terminal. 


The joss i “sound” seemed like a quiet doorbell 
chime to Chuck Baker, who considered the options for 
joss ii. “A loud klaxon speaker we tried sounded 
terrible,” he remembers. After experimenting with 
frequencies and duration, the joss ii group picked a 
modest “beep” accomplished by a special beeper card 
that DEC built to drive a small speaker. 

The terminal’s simplicity was an important design 
specification. Appealing not only to the computer nov- 
ice, the design also was an enticement to the casual 
user, who had little time to spend either learning the 
system initially or recalling what was learned perhaps 
weeks later. Complementing the language, the termi- 
nal played a major interactive role. Sight, sound, and 
touch each contributed. “Speed” as understood by the 
typical user did, too, and so did convenience and 
comfort. 

The JOSS II terminal’s workspace was a leaf that 
could be attached easily at either the right or left side, 
the wider part at the back or front as desired. With 
the leaf hung vertically instead of horizontally, the 
terminal could be wheeled through an office doorway 
to fit next to a desk or table (Figure 5). Attention was 
given to designing even the casters, which rolled 
equally well on tile or carpet (the latter no doubt for 
executive use), but did not skid out from under the 
typist during full-speed output. 

A survey of potential users influenced the height of 
the terminal. The top was 29 inches above the floor, 
allowing for 24 V 2 inches of knee room and an additional 
V /2 inches above the terminal top for comfortable use 
of the space bar. Once located, the terminal was simple 
to connect, by one cord to a power outlet and by the 
other to a JOSS outlet (if the room was so equipped) 
that led to the pdp-6 in the basement. 
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Figure 6. joss n keyboard of 
modified IBM 731 Selectric 
typewriter. 


Cliff Shaw felt that the choice of character set and 
key positions for any on-line keyboard input device 
was not to be taken lightly. Chuck Baker echoed Cliff’s 
concern for detail in noting the care with which the 
joss ii terminal design was pursued. Chuck wrote in 
\9bi, “Nothing was taken for granted, and at each 
step of the design process all available alternatives 
were reevaluated and original decisions reexamined.” 
Chuck also gave great credit to the joss i terminal 
design. Its use provided the experience to decide which 
features had to be retained at all costs, which were 
desirable but not essential, what new ones to incor- 
porate, and what deficiencies to overcome. 

The joss i keyboard characters and their arrange- 
ment were preserved in joss ii, differing from the 
standard typewriter set in only nine characters. Most 
retained their customary positions. Certain redundant 
ones were eliminated in favor of mathematical symbols 
and groupers, and there were adequate substitutes for 
eliminated business characters that might be used in 
text typing (Figure 6). 

Since numeric expressions were to be typed in a 
line, an explicit sign for exponentiation was selected — 
a five-pointed, slightly elevated asterisk in upper case. 
The plus, minus (hyphen), multiplied-by (centered 
dot), divided-by (slash), and equals signs were all in 
lower case, the less frequently used inequalities in 
upper case. The duplicate comma and period in upper 
case were replaced by a pair of brackets to supplement 
the parentheses for improving readability in mathe- 
matical expressions. The vertical absolute value bar 


also served this purpose. Despite the few nonstandard 
positions among the 88 symbols, the touch typist soon 
adjusted, and the hunt-and-peck typist had no trouble 
following the rational layout. 

Conventional rules of punctuation and capitaliza- 
tion apply in joss. Four symbols— the space sign (#), 
the asterisk, the underscore, and the dollar sign— have 
special uses, however. When the user catches a typing 
error before having pressed the Return key, he or she 
may backspace and type over with the correct char- 
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Power 

Enable 

Ready 

Red 

Green 

In Request 

Out Request 
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Table 1. joss i Control Box 
On, off 

Connect terminal to joss 
Disconnect terminal from joss 
Reactivate the typewriter after paper resupply 
Request control of typewriter for input 
Relinquish control of typewriter for output 

On, off 

joss service is available 

Output is acceptable at the typewriter 

joss controls the typewriter 

User controls the typewriter 

User has depressed In switch but joss hasn't responded yet 
joss has an administrative message for the user 


acters. typing the space sign as a strikeover character 
where a blank should be. (Note that the space bar and 
backspace key only position a character, never enter 
one. when a line is initially typed into the line buffer.) 

The asterisk typed at either end of a line causes 
joss to ignore the line when the Return key is pressed, 
and so is useful whether for correcting an error or for 
annotating the session. The underscore typed in a 
"Form’ statement indicates fixed-point positions for 
a data field. The period is a floating-point position 
indicator for scientific notation. In joss i and ii, the 
dollar sign carried the value of the current line number 
on the page. In joss iii, it equals the number of lines 
remaining from a total of 54. So among its uses, the 
dollar sign can appear within an expression in a 
Type ’ command to control print format. 

Another aid to formatting joss output was the pag- 
ing mechanism, which existed in joss i and was added 
to the Selectric typewriters used in joss ii terminals, 
d he paging operation moved standard-size fanfold pa- 
per o\er the page fold in a single motion; it was 
activated either by the Page key on the typewriter or 
by the Page command. 


The joss i control box (Table 1) was slightly more 
complicated than the one for joss ii (Table 2), but was 
physically almost as small and unforbidding as its 
successor. 

For joss ii, the six switches were reduced to two, 
the seven separate lights became five, and one light 
was combined with one of the two switches (Figure 7). 

The joss i Ready switch was a Ready-Hold switch 
with two control positions and a spring-loaded neutral 
position. This would signal “hold up output” or 
“resume output” in case of paper jams or telephone 
calls. The Ready switch was retained in joss ii, but 
was moved from the control box to the (unused) 
typewriter Power On-Off switch. 

Pressing the joss ii Interrupt button caused it to be 
backlighted in yellow to indicate that joss had re- 
ceived the user’s request for control of the typewriter. 
The yellow light went out as soon as the user’s green 
light went on. The result of a user interrupt is as 
follows. 

If joss is typing, it always finishes typing the current 
line and sometimes a few more. If occupied with 


Switches 


Power 

Interrupt 

Console Power 

joss System 

Typewriter 

Red 

Green 


Table 2. joss ii Control Box 
On, off 

User requests control of the typewriter 

Turn-on signal has been sent to joss 

Turn-on signal acknowledged and power sent to typewriter 

Typewriter ready for input or output 

joss controls the typewriter 

User controls the typewriter 
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obeying a command to store items in a joss file, joss 
ignores the interruption until filing is complete or 
aborted lor some other reason. If calculation is in 
process, joss types its position in the stored program 
before returning control (e.g., “I’m at step 3.2.”). 
Otherwise joss simply types "Revoked by interrupt.” 
Most important, the status of the user’s block is ex- 
actly as it would have been if an interrupted command 
had never been started (except for the possibility that 
the line counter has been advanced). 

The fundamental influence on terminal design was 
the line-at-a-time interactive mode of a conversational 
session. The user had complete control of the type- 
writer while composing an input line. Once the Return 
key had been depressed, joss either retained control 
ol the typewriter — for the duration of the commanded 
task and perhaps outputting one or more complete 
lines — or immediately returned control to the user. 
The terminal was therefore always in one of two states. 
Red or Green. 

In joss i and n, the Red state produced printed 
lines in black, and the Green state printed lines in 
green. In joss m, all printing is in black with the first 
character of a user-typed line underscored. The Red 
or Green state of the joss iii terminal is always in 
effect, however, just, as in joss i and n. 

1 he user and joss needed to be aware at any instant 
which state was in effect. So the red and green lights 
furnished a continual feedback while the user was on 
line. The two-color typewriter ribbon left a permanent 
and unambiguous record. Further, when joss was in 
control, the keyboard locked. When the user received 
control, the keyboard unlocked and a gong (joss I) or 
beep (joss n) sounded. The gentle tone was a conven- 
ient reminder of control, which permitted the typist 
io concentrate on text or keyboard instead of flashing 
lights. 

As for speed of response, joss I reacted to simple 
requests under a typical time-sharing load in a fraction 
of a second and rarely in as long as 3 seconds. Cliff 
Shaw observed that skilled typists could maintain 
impressive rates of interaction. 

First priority for -joss’s attention went to servicing 
console signals — carriage return, page, on, off, in, out, 
and end-of-transmission. Second priority went to users 
with output-limited tasks that had been set aside until 
the typewriter had almost caught up. Third priority 
was given to users with unfinished computational 
tasks. Priorities, of course, change dynamically for an 
individual user during a session. 

Joe Smith explained the design rationale in 1967. 
Short, direct action — editing a program or data, re- 
quests for "modest” computation — should be com- 
pleted well before the typewriter carrier physically 


returned to its rest point. Most user-typed lines re- 
sulted in such short actions, so carrier return and page 
signals were assigned a high priority. 

Output-limited tasks should produce a rhythmic 
pattern of typing without stuttering, so end-of-trans- 
mission signals had a high priority, too. Another top- 
rated usage was a short burst of processing followed 
by a long period when no processing was requested, as 
with users interrupting joss, or turning on or off. The 
end result for the joss user was a feeling that he or 
she generally had control ot the typewriter when ready 
to use it. For the typical joss user, this was fast 
enough. 

5. The JOSS User 


In his 1967 Rand Report on console usage, Ed Bryan 
described the characteristics of a typical joss session. 
Among them: 


Time at the console 
Compute time 
Input 

Mean program size 


46 minutes 
2.6 minutes 
82 lines 

650 words (50% less than 
200 words, 10% more 
than 2000 words) 


During a typical 46-minute session, 15,000 joss state- 
ments were executed and 68.000 arithmetic operations 
were performed. 

Ed made his summary after a year of joss operation 
on the pdp-s computer, analyzing statistics accumu- 
lated by the joss monitor on usage by over 700 indi- 
viduals. There were 400 different users each month, 
generating over 200 sessions each dav and averaging 
220 hours per month. During a prime shift, an aver- 
age of 18 simultaneous users were recorded, with peaks 
of 25. Typical response occurred in less than carrier- 
retuin time. The mean task turnaround time, includ- 
ing all output and computation for satisfying a single- 
line request, was 10 seconds. 

Ed felt it important to note that joss user requests 
are substantially different from those made on general- 
purpose, on-line, time-shared systems. In joss, there 
are a relatively large number of requests for short 
amounts of computing and a relatively small number 
of requests for a large amount of computing. Yet the 
amount of computing is by no means trivial, as can be 
seen from the number of statements and arithmetic 
operations performed. 

Ed s 1966 report of joss usage concluded that a very 
fast response could be given to typical user requests. 
He attributed the response to a simple I/O-based 
priority scheduling coupled to a simple round-robin 
scheduling of compute-bound users. He felt the design 


goals were accomplished by providing a single easy-to- 
use language applicable to a wide class of problems 
and by strictly limiting program size and I/O speed 
(typewriter only, no tapes). 

Ed also differentiated among the distinct types of 
usage: desk calculator, interactive problem-solving, 
production computing, output-limited computing, and 
multiconsole interactive games. He thought that fu- 
ture usage statistics might be more appropriately re- 
ported by types. 

In designing the monitor, Ed took advantage of the 
system’s interpretive software to record in detail the 
number and timing of statements, arithmetic opera- 
tions. and user interactions. Such activity required at 
worst less than 1 percent of computing time. But in 
August 1972, data came directly from the users. That 
year, a survey questionnaire was circulated to gather 
information on which to base decisions about future 
joss-type service at Rand. 

Analysis of the survey response (by Juan Robertson 
and Fred Blackwell) created a profile of users not only 
of joss but also of the IBM 360/65, especially those 
who used that system interactively. While the 360/65 
batch service was rated very important, so also was 
joss, for such reasons as convenience, simplicity, fast 
response time, low cost, 24-hour availability, and the 
conversational nature of the system. 

Scientific calculations accounted for two-fifths of 
joss use, with simulation and statistical programs 
together contributing another third. The dominant job 
classifications of respondents were engineer, mathe- 
matician, operations research analyst, programmer an- 
alyst, and economist. Physical scientists, research 
aides, administrators, social scientists, and an assort- 
ment of other specialists also participated. 

Of the total group questioned, there seemed to be 
a division between the relatively unsophisticated 
computer users (.joss) and the sophisticated users 
(non-joss, especially users of large computers via ter- 
minals). Despite the increasing availability (in 1972) 
of versatile interactive systems, their relative complex- 
ity made a nucleus of joss users unwilling to switch. 

The question of how joss work would be affected if 
access were delayed by system malfunction proved 
interesting. If the delay were 1 hour or even 1 day, 
there would be no serious effect, respondents thought. 
The feeling was quite different if the delay were a 
week or as much as a month. Only 30 percent indicated 
they had effective alternatives, which ranged from 
paper and pencil or slide rules to desk calculators or 
even the 360/65 in some instances. Clearly the de- 
pendence on joss was heavy. 

The survey pointed up another peculiarity of the 
typical joss user — reliance on a trial-and-error method 
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of learning the system. Cliff Shaw wrote in May 1965: 
“an hour’s demonstration at a typewriter console is 
still the most effective introduction.” Cliff rejected 
learning by means of a formal description of the lan- 
guage, which he felt would be at least as difficult to 
learn as the language itself. What the new user could 
not discover personally could be asked of a more 
experienced user. One was available in every Rand 
department to assist the novice. 

Cliff recalled an observation made near the end of 
the JOSS I initial test period. A senior staff member, 
not one of the joss test volunteers, was seen using the 
system before any training program had been set up., 
It seems that “he was taught by another unauthorized 
senior staff member who was taught by still another 
unauthorized senior staff member who learned by 
looking over the shoulder of an authorized user.” 

By the time joss ii was operational, an abundance 
of documentation had been published, some of it in- 
tended for user reference. Ed Bryan and Joe Smith 
(1967) coauthored a brief reference summary in three 
handy formats: book-size, pocket-size, and poster-size. 
Bryan and user Ed Paxson (1967) together produced 
a small ring-binder of annotated examples recording a 
mathematician's efforts to learn the system. Shirley 
Marks and G. W. Armerding (1967) wrote a self-teach- 
ing primer, which introduced the learner to the system 
while seated at a terminal. All these were printed in 
the conversational green and black of a joss session. 
Larry Clark (1975) prepared a comprehensive refer- 
ence manual for joss iii users, with emphasis on 
examples. 

The 1973 user survey by Robertson and Blackwell 
rated self-paced documentation developed early in the 
system’s life as an important factor in acquiring user 
skills. There seemed to be implications for interactive 
systems generally. In addition to the documentation 
for the learner, there were the regular communications 
set up for users both at Rand and at sites across the 
country. 

A monthly newsletter, published for JOSS II users 
from November 1967 through June 1971, touched on 
topics as varied as random-number generation and 
hardware malfunction. The latter was featured among 
the most dramatic memories of those days. The news 
began with the JOSS Flash of November 26, 1968, 
“Items stored in files since November 7th are lost. . . 

A more immediate means of communication with 
JOSS I and JOSS II users was the administrative mes- 
sage, which could appear in the heading when JOSS 
began a new page for a particular user. The heading 
normally contained the time, date, terminal number, 
log-on identification, and current page number. There 
was room to the right of this information for a brief 
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message, which might simply be that maintenance 
shutdown would occur at 2100. Shortly before such 
routine shutdown or for a high-priority message, the 
PDP-Ii operator would initialize a "beep” to all consoles. 
This Signal was sent once per second for the first 5 
seconds of each minute, for as long as the operator 
wished. The beep not only alerted users to press the 
Page key and read the heading message, but also 
frequently startled nonusers as it resounded through 
the Rand halls. For longer text than the space allowed, 
t he heading message could suggest that the user recall 
a 'public” tile known as the joss Mailbox. 

The newsletter anti the administrative heading mes- 
sage created a bridge between the nonprogrammer 
user and the hardware-software setting of the Rand 
basement. Most often what the typical user needed 
was merely advance notice of maintenance and occa- 
sionally a brief explanation of system trouble that 
might affect ongoing work. Even the most adept of 
joss users seldom ventured into that never-never land 
behind their terminals, very likely because they iden- 
tified JOSS with the terminal itself. Anything that 
affected response time was of interest, though, espe- 
cially excessive use of files. So it was necessary from 
time to time to divulge some details of the cause in 
order to describe the effect. 

toss users today live within the world of an IBM 
operating system that caters to other systems beside 
toss. That operating system can be “tuned” to im- 
prove joss response. In a typical 2-week period, about 
-0 Rand people and 12 Rand clients incur charges, 
although it is not clear whether all charges are for 
active usage. Solving small computation problems is 
still the principal application. Users are mainly those 
Rand staff members who calculated with joss in its 
early days plus those who have heard of it from the 
originals. There are no plans to improve or change 
toss or to modify its present level of support. 

6. The JOSS Influence 

In December 1972, the Joint Publications Research 
Service of Arlington. Virginia, published a description 
of the Russian aist-o system developed at Novosi- 
birsk. According to this English translation, an aist-o 
user seated at a Siberian terminal could invoke any of 
several programs, one of which would greet him with 
“nzHoss at your service. Name of problem:” The user 
could then create a program of “steps” and "parts” in 
a Simple (presumably Russian-like) language, dzhoss 
Ian English transliteration of the Cyrillic name for the 
Joss-like Russian program available in the aist-o sys- 
tem) responded to syntactic errors with “What?” 


Despite appearances, this “adaptation” of joss was 
based only on the elementary user documentation 
supplied after a Russian computer scientist had visited 
Rand No credit was given to the source of dzhoss 
but then the similarity was a surface one. The joss 
software and complete documentation were provided 
to several computer organizations in the United 
States, however. The intent was that a joss conversion 
would rapidly spread the concept of simple interaction 
ror the nonprogrammer. 

The principal constraint placed on these organiza- 
tions was in the use of the name joss, which required 
Rand s consent after a rigorous examination for equiv- 
alence to the pdp-s model. No commercial version was 
ever approved to this extent. The result of such a 
sheltered existence has been limited fame and cer- 
tainly no fortune (none was possible, of course, since 
Rand remains a nonprofit corporation and the joss 
project was sponsored by the Air Force). 

Nevertheless, the joss touch can be seen as com- 
puting power has become available to an ever broader 
class of user. Over the years, many languages have 
been touted as “easy to learn and easy to use.” Early 
derivatives of joss include cal. citran, esi, isis 
pil/i, and telcomp. The modern computer terminal 
seems also to reflect the joss influence. Keyboards 
now resemble those of typewriters instead of the un- 
familiar teletypewriter that served as handy input 
device in the early time-sharing days. Surely such 
user-oriented design features have enhanced the pop- 
ularity of terminal systems in classrooms, banks air- 
line reservation offices, and brokerage firms. 

The basic language, which was developed in 1964 
^„ Dartmourh Colle ? e by Kemeny and Kurtz, took a 
different course from that of its contemporary, joss. 
Standing for "Beginner’s All Purpose Symbolic In- 
struction Code,” basic was intended by its designers 
to introduce students to the computer. It was hoped 
that they would then be encouraged to progress to 
more powerful languages. 

Although basic is considered both elementary and 
conversational, basic at Dartmouth differed from joss 
in an important aspect— its statements were compiled, 
not interpreted. Many of today’s basic implementa- 
tions are interpretive and some are even interactive, 
whereas Dartmouth versions have always been com- 
piled. Thus Dartmouth basic required a full program, 
which could not be restarted from a point of interrup- 
tion. BASIC also differs from JOSS in its proliferation, 
for today there are many variations for many com- 
puters, all called (basically) basic. Both languages are 
alike in having simplified access to the computer for 
many who might not otherwise have been served. 
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Visitors to Rand during the heyday of JOSS were 
also subjected to the missionary message of computing 
power for the computer novice. Students and foreign 
dignitaries alike sat at blue terminals, typed and mis- 
typed, calculated and played games, and almost always 
overcame their initial reserve in an enjoyable session 
with the unseen computer. Even when they took a trip 
to view the power behind the terminal, they continued 
to identify with the system’s personal response instead 
of the impersonal flashing of pdp-6 console lights. 

Student visitors varied in sophistication from a uni- 
versity graduate class in mathematics to preschoolers 
who took turns holding down the joss typewriter Shift 
key. For all, the answer to “What happens if . . . ?” was 
"Let’s try it and see.” And they usually were eager to 
try. So as a teaching tool, joss was most useful in 
allowing students to experiment without worrying 
about the consequences. Not only could they discover 
the answer for themselves, the answer often led to 
another question. Most important, joss was always 
there ready to help under all conditions except a power 
outage or computer failure. Nothing the user could do 
(short of taking a hammer to the terminal) could kill 
joss or other users' programs, or even make the user’s 
own program unreadable to joss. 

Nonnumeric games like Hangman enabled the 
word-oriented visitor to participate, too, and to expe- 
rience the personal response. Some even forgot they 
were conversing with a computer, referring to joss as 
“he” instead of "it.” No official brainwashing was 
involved, or intended. Kids simply felt at ease and 
expressed themselves naturally. One young fan even 
sent joss a valentine card after a friendly visit. 

Adult reaction was memorable, too. A delegation of 
Japanese industrialists smiled happily at the joss 
“Eh?” when this mysterious typed message was ex- 
plained by their interpreter. A proper British gentle- 
man from Whitehall began timidly to play a joss game 
of Blackjack, then with difficulty was persuaded to 
relinquish his computerized winnings in order to con- 
tinue his tour of Rand. Unforgettable was the day an 
Italian television company came to shoot a film and 
referred to the system as “hoss” in true Western- 
movie style. 

In 1966, Ed Bryan put it all in perspective before a 
meeting of decus, the Digital Equipment Computer 
Users Society. Said Ed, “A list of the limitations of 
Joss is perhaps more instructive than one of its capa- 
bilities.” He then remarked that joss is poor at data 
retrieval, can’t handle large data files, can’t do large 
programs, is impractical for long-running programs, 
can t do high-volume input-output, and provides no 
generalized symbol manipulation. 


Ed balanced these inadequacies against joss’s lim- 
ited design goals, which offered a simple tool for the 
occasional user. Generally such a user spends less time 
from problem inception to solution by means of a 
joss-like system than with less accessible types. What 
a user may have forgotten about rales since the last 
session can be brought back to mind by experimenting 
at the terminal. In this way, many problems that may 
not be worth the effort in another computing environ- 
ment can be explored to advantage. 

Stating it in less formal terms, a ninth-grader wrote 
in a class report following a Rand visit, “The joss 
computer wasn’t just a tool one would work with, it 
was more like a friend who helps you with your work. 
He’s also polite.” 
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The -toss Cast of Characters 
(Plus I hree deaerations of Users and Visitors) 


Paul Armer headed the Computer 
Sciences Department, within which 
•toss was developed 
George Armerding headed the joss 
it operational staff when the design/ 
implementation group’s work was 
completed 

Chuck Baker headed the joss ii de- 
sign/implementation group, which 
also included Bryan. Greenwald, 
and J. Smith 

Mort Bernstein was charged with 
developing a software system for the 
Joss I hardware in case the effort 
under Shaw failed to produce a 
workable software system 
Ed Bryan was a member of the joss 
" design/implementation group 
Carry Clark was a member of the 
•joss ii operational staff and in- 
stalled JOSS in on an IBM Model 
•170/158 

Donna Cooper assisted Clark in in- 
stalling JOSS III 

Leola Cutler assisted Shaw in writ- 
ing joss software for the johnniac 
Mai Davis managed (jointly with 
Ellis) the joss I communications 
construction 

Tom Ellis managed (jointly with 
Davis) the joss i communications 
construction 


Armerding. G. W. 


Baker. C. L 


Bernstein. M. I. 


Bryan. G. E. 


Davis. M. R. 


Ellis. T. 0. 


Greenwald. I. D. 

Irwin Greenwald was a member of 
the joss ii design/implementation 
group 

Gross, O. A. 

Oliver Gross was a pioneer user of 
Joss I and provided joss ii designers 
with valued feedback 

Gruenberger. F. J. 

Fred Gruenberger demonstrated 
Joss for visitors and used the system 
in school classes 

Lind, M. 

Mary Lind assisted Shaw in writing 
joss software for the johnniac 

Lucero, A. 

Art Lucero maintained the joss ii 
hardware 

Marks, S. L. 

Shirley Marks attended to joss ii 
users and visitors 

McClenon, P. 

Paul McClenon promoted joss use 
in Washington, D.C. 

Newell, A. 

A1 Newell. Cliff Shaw, and Herb Si- 
mon had a joint research project on 
artificial intelligence of which joss 
was a subproject 

Paxson, E. 

Ed Paxson did some of the earliest 
teleconferencing research using joss 

Shapiro, N. Z. 

Norm Shapiro was an early user 
who provided valued feedback to 
•Joss i and ii designers 

Shaw, J. C. 

Cliff Shaw was the father of joss 

Sibley, W. L. 

Bill Sibley was an early user who 
frequently demonstrated joss i to 
visitors 

Simon, H. A. 

See Newell 

Smith, A. C. 

Art Smith was an early user who 
provided valued feedback to joss i 
and ii designers 

Smith, J. W. 

Joe Smith was a member of the joss 
ii design/ implementation group 

Uncapher, K. W. 

Keith Uncapher headed the group 
of engineers involved in the con- 
struction of joss and was a staunch 
Joss advocate 

Ware, W. H. 

Willis Ware was associate head of 
the Computer Sciences Department 
when joss development began 

Williams, J. D. 

John Williams was head of the 
Mathematics Department and a pi- 
oneer joss user and supporter 
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Meetings in Retrospect 


J. G. Brainerd on the eniac analog device, primarily used for studying power net- 

work stability. Travis had been a consultant to General 
On June 25, 1981. John Grist Brainerd gave the Sixth Electric and in that capacity had looked into the 

Pioneer Computer Lecture at the Digital Computer possibility of ganging desk calculators together to 

Museum in Marlboro, Massachusetts. Brainerd was in make a computer. He had reported negatively on this 

charge of the eniac development at the Moore School idea, but it led him to an interest in computing devices, 

of Electrical Engineering at the University of Penn- and he and Brainerd often discussed the possibility of 

svlvania in the early 1940s. The following comments building an electronic machine, 

about the lecture were prepared with Brainerd’s as- By 1938-1940 relations with BRL were becoming 
sistance. close. The differential analyzer was being used for 

The Moore School of Electrical Engineering was ballistics calculations, and in addition the Moore 

endowed independently as part of the University of School had been asked to recruit and administer a 

Pennsylvania in 1923. Harold Pender became dean group of 100 women to operate desk machines. This 

and remained so during the war period. He assembled was to supplement a similar group at Aberdeen. On 

around him a young faculty who were both innovative the engineering side, the Moore School accepted a 

and dynamic. Five of them, Irven Travis. Knox Me- number of small contracts, including one from the 

Ilwain, Charles Weyl, Carl Chambers, and Brainerd Radiation Laboratory at MIT on the timing of radar 

himself, were all interested in physical problems in- signals using mercury delay lines and ring counters, 

volving nonlinear differential equations. These are For this purpose Brainerd assembled a team consisting 

rarely soluble analytically, and in those days their of J. Presper Eckert, T. Kite Sharpless, Joseph Che- 

numerical solution presented great difficulties. Travis daker, and Vincent Porter (who soon resigned), 

had the idea that they should try to build a differential The result of the developments just described was 
analyzer, modeled after the small one built by Van- to establish in the Moore School a receptive climate 

nevar Bush at MIT. In order to obtain assistance from for further developments in the computing area. In 

the Civil Works Administration (a governmental particular, it became clear that it would not be possible 

agency of those depression years) it was necessary for to keep up with the computing needs of BRL by 

the project to be endorsed by another governmental recruiting more and more women who could operate 

agency. Through a Moore School graduate who desk calculating machines and also understand the 

worked there, they approached the Ballistic Research background mathematics. 

Laboratory (BRL) at Aberdeen Proving Ground, Two people, who in their different ways were to play 
Maryland. BRL agreed to endorse the project, which major parts in the eniac project, were involved in its 

then went ahead. Bush cooperated magnificently, as beginnings. One was John Mauchly, who had had 

he always did, and they were able to go far beyond some computing experience and was interested in 

their original dreams and build a 10-integrator differ- weather problems and also to some extent in statistics, 

ential analyzer; this was probably the largest comput- The other was Herman Goldstine, an assistant profes- 

ing machine in the world at the time. sor of mathematics at the University of Michigan, who 

The project just mentioned gave the Moore School was serving as a lieutenant in the U.S. Army. He was 

some experience with the handling of a large govern- attached to BRL where there was a mathematical 

ment-sponsored project. Not only was experience with tradition going back to World War I, and he had been 

such projects extremely rare in university departments posted to the Moore School as liaison officer. Mauchly 

in those years, but there was an extensive prejudice did not at that time know very much about electronics, 

against them in the liberal arts faculties which tended but his thinking was of a high order, and in August 

to dominate universities. This feeling recurred during 1942 he wrote a memorandum in which he proposed 

the Vietnam War when, as Brainerd put it, “they took the construction of an electronic computing machine, 

some severe cracks at us.” Brainerd had also had some Brainerd related how this memorandum was lost and 


experience with the network analyzer at Westinghouse later reconstituted from a secretary’s notes. When he 
during a year’s leave of absence. This was a large-scale saw it in March of 1943 he had no hesitation in 
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